ES2929061T3

ES2929061T3 - Método de gestión de servicios de red, dispositivo y sistema relacionados

Info

Publication number: ES2929061T3
Application number: ES17936264T
Authority: ES
Inventors: Haitao Xia
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2017-12-29
Filing date: 2017-12-29
Publication date: 2022-11-24
Anticipated expiration: 2037-12-29
Also published as: WO2019127418A1; US20210359919A1; CN111527726B; US11108653B2; US20200322232A1; EP3723325B1; EP3723325A1; CN111527726A; US11502919B2; CN114024863A; EP3723325A4; EP4170991A1

Abstract

La presente solicitud divulga la gestión de servicios de red, en la que el método puede comprender: un segundo orquestador de virtualización de funciones de red (NFVO) que recibe una primera solicitud enviada por un primer NFVO, usándose la primera solicitud para solicitar la creación de un servicio de red anidado (NS) instancia en una instancia NS compuesta; llevando la primera solicitud información de una instancia de punto de acceso al servicio asociada con la instancia de NS anidada; de acuerdo con la información de la instancia del punto de acceso al servicio, la segunda NFVO establece una conexión entre la instancia del NS anidado y la instancia del NS compuesto y una instancia miembro en la instancia del NS compuesto sobre la base de la instancia del punto de acceso al servicio. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN

Método de gestión de servicios de red, dispositivo y sistema relacionados

Campo técnico

Esta solicitud se refiere al campo de las tecnologías de computación en la nube y, en particular, a un método de gestión de servicios de red, un aparato relacionado y un sistema.

Antecedentes

La virtualización de funciones de red (virtualización de función de red, NFV) es una tecnología en la que un operador de red de telecomunicaciones usa una tecnología de virtualización en el campo de la tecnología de la información (tecnología de la información, TI) para realizar el desacoplamiento de software y hardware para implementar algunas funciones de red de telecomunicaciones en un servidor universal, un conmutador y una memoria, para desplegar de manera rápida y eficiente un servicio de red (Servicio de Red, NS), y reducir los costes de inversión CAPEX y costes de operación OPEX. En esta tecnología, la función de la red de telecomunicaciones debe implementarse mediante software, puede ejecutarse en el hardware del servidor universal y puede migrarse, instanciarse y desplegarse en diferentes ubicaciones físicas de una red según sea necesario, y no es necesario instalar ningún dispositivo nuevo.

En NFV, un servicio de red virtualizado (servicio de red, NS) puede ser, por ejemplo, un subsistema multimedia IP (subsistema multimedia IP, IMS) o un servicio de núcleo de paquete evolucionado (núcleo de paquete evolucionado, EPC). Un NS puede incluir una o más funciones de red virtualizadas (funciones de red virtualizadas, VNF). La VNF es una implementación de software de una función de red que se puede desplegar en una infraestructura NFV. Cuando se implementa un NS, un aparato de solicitud de servicio, tal como un sistema de soporte de operaciones y un sistema de soporte al negocio (sistema de soporte de operaciones y sistema de soporte al negocio, OSS/BSS), necesita proporcionar un aparato, tal como un orquestador NFV (orquestador NFV, NFVO), para un servicio y proporcionar un descriptor de NS (descriptor de servicio de red, NSD). El descriptor de NS describe principalmente una estructura topológica del NS y un descriptor para cada instancia miembro incluida en el NS. En la estructura de topología, se usa un enlace virtual (enlace virtual, VL) para describir una conexión entre instancias miembro.

Actualmente, la estandarización de NFV se centra principalmente en la gestión y orquestación dinámicas (gestión y orquestación, MANO) de funciones de red virtualizadas (VNF) y recursos virtualizados. Las funciones en un marco MANO son formuladas por el grupo de trabajo de interfaz y arquitectura NFV (interfaz y arquitectura, IFA) del Instituto Europeo de Normas de Comunicaciones (Instituto Europeo de Normas de Telecomunicaciones, ETSI). Una arquitectura de función MANO se muestra en la figura 1.

(1) Orquestador de NFV (NFVO): el NFVO gestiona y procesa principalmente un descriptor de servicio de red (NSD) y un gráfico de reenvío de función de red virtualizado (VNFFG, gráfico de reenvío de VNF), realiza la gestión del ciclo de vida para un servicio de red y coopera con un gestor de VNF (gestor de VNF, VNFM) para realizar la gestión del ciclo de vida de una VNF e implementar una función de vista global para recursos virtualizados. Además, el NFVO puede comunicarse además con un gestor de infraestructura virtualizada (gestor de infraestructura virtualizada, VIM), para asignar y/o reservar un recurso virtualizado e intercambiar información de configuración y estado del recurso virtualizado.

(2) Gestor de VNF (VNFM): la VNFM realiza la gestión del ciclo de vida para la función de red virtualizada VNF, donde la gestión del ciclo de vida incluye la gestión del descriptor de función de red virtualizada (descriptor de VNF, VNFD), instanciación de VNF, escalado de instancias de VNF (que incluye la ampliación y reducción de la escala), reparación de instancias de VNF y terminación de instancias de VNF. la VNFM puede recibir además una política de escalado (escalado) entregada por el NFVO, para implementar el escalado automático de VNF.

(3) Gestor de infraestructura virtualizada (VIM): el VIM es principalmente responsable de gestionar (incluidas la reserva y asignación) de un recurso de hardware y un recurso virtualizado en una capa de infraestructura, monitorizar un estado del recurso virtualizado, informar un fallo y proporcionar un grupo de recursos virtualizados para una aplicación de capa superior.

(5) Sistema de soporte de operaciones y sistema de soporte al negocio (OSS/BSS): los OSS/BSS admiten diversos teleservicios de extremo a extremo y se refiere principalmente a un sistema de soporte de operaciones existente y un sistema de soporte al negocio de un operador. Los OSS/BSS puede cargar el NSD en el NFVO e iniciar una solicitud de instanciación de NS al NFVO.

(6) Sistema de gestión de elementos (gestor de elementos, EM): El EM realiza una función convencional de gestión de fallos, configuración, usuario, rendimiento y seguridad (gestión de fallos, gestión de configuración, gestión de responsabilidad, gestión de rendimiento, gestión de seguridad, FCAPS) para la VNF.

(7) Función de red virtualizada (VNF): La VNF es equivalente a una función de red física (función de red física, PNF) en una red convencional no virtualizada y, por ejemplo, es un nodo EPC virtualizado (una MME, una SGW, una PGW, o similar). El comportamiento funcional y el estado de una función de red no están relacionados con la virtualización.En una tecnología NFV, se espera que la VNF y la PNF tengan el mismo comportamiento funcional y las mismas interfaces externas.

La VNF puede incluir una pluralidad de componentes de VNF de nivel inferior (componente VNF, VNFC). Por lo tanto, una VNF puede desplegarse en una pluralidad de máquinas virtuales (máquina virtual, VM), y cada VM transporta una función de un componente de VNF. Alternativamente, la VNF puede desplegarse en un VM

(8) Infraestructura NFV (infraestructura NFV, NFVI): la NFVI incluye un recurso de hardware, un recurso virtualizado y una capa de virtualización. Desde la perspectiva de la VNF, la capa de virtualización y el recurso de hardware constituyen una entidad que puede proporcionar un recurso virtualizado requerido.

En un escenario en el que se proporciona un servicio de red a través de una pluralidad de dominios administrativos (múltiples dominios administrativos), si todas las instancias de VNF miembro y las instancias de NS anidadas en una instancia de NS compuesta están disponibles, un NFVO del consumidor (NFVO del consumidor) conecta las instancias de VNF miembro a las instancias de NS anidadas en la instancia de NS compuesta. Sin embargo, un modelo de información de enlace virtual (VL) definido en un estándar NFV de ETSI existente está diseñado simplemente desde la perspectiva de que el NFVO del consumidor realiza la conexión de red.

El documento TECNOLOGÍAS HUAWEI CO LTD: "IFA020_composite_NS_instantiation", PROYECTO ETSI; NFVIFA(16)000933R2, INSTITUTO EUROPEO DE NORMAS DE TELECOMUNICACIONES (ETSI), 650, ROUTE DES LUCIOLES; F-06921 SOPHIA-ANTIPOLIS ; FRANCIA, vol. WG - NFV IFA - Interfaces y Arquitectura 13 de septiembre de 2016 (13-09-2016), páginas 1-3, XP014278816, describe añadir un procedimiento de instanciación de NS de abajo hacia arriba en el caso de uso de servicios de red provistos usando múltiples dominios administrativos.

El documento "Network Functions Virtualization (NFV) Release 3 Management and Orchestration Os-Ma-Nfvo reference point - Application and Service Management Interface and Information Model Specification", ETSI DRAFT; GS NFV-IFA012, INSTITUTO EUROPEO DE NORMAS DE TELECOMUNICACIONES (ETSI), 650, ROUTE DES LUCIOLES; F-06921 SOPHIA-ANTIPOLIS ; FRANCIA, vol. ISG-NFV, no. V0.11.0 25 de septiembre de 2017 (25-09 2017), páginas 1-90, XP014336392 describe una especificación de virtualización de funciones de red.

Compendio

Esta solicitud proporciona métodos de gestión de servicios de red y un aparato. Un modelo de información de enlace virtual se define desde la perspectiva de una instancia de servicio de red anidada. Esto puede cumplir un requisito para establecer una conexión de red desde la perspectiva de la instancia de servicio de red anidada. La presente invención está definida por las reivindicaciones independientes, a las que se debe hacer referencia. Las características ventajosas se exponen en las reivindicaciones dependientes adjuntas.

Según un primer aspecto, esta solicitud proporciona un método de gestión de servicios de red, aplicado a un primer lado NFVO (es decir, un NFVO del consumidor). El método incluye:

enviar, mediante un primer NFVO, una primera solicitud a un segundo NFVO, donde la primera solicitud se usa para ^{solicitar la creación de una instancia de}N^{s anidada en una instancia de NS compuesta. La primera solicitud transporta}información (es decir, SapInfo) sobre una instancia de SAP asociada con la instancia de NS anidada. El segundo NFVO usa SapInfo para establecer, en función de la instancia de SAP, una conexión entre la instancia de NS anidada y la instancia de NS compuesta y una conexión entre la instancia de NS anidada y una instancia miembro en la instancia de NS compuesta, y es además usado por el segundo NFVO para establecer, en función de la instancia de SAP, una relación de conexión con una instancia miembro en la instancia de NS anidada.

Según un segundo aspecto, esta solicitud proporciona un método de gestión de servicios de red, aplicado a un segundo lado NFVO (es decir, un NFVO del proveedor). El método incluye:

enviar, mediante un segundo NFVO, una primera solicitud enviada por un primer NFVO, donde la primera solicitud se usa para solicitar la creación de una instancia de NS anidada en una instancia de NS compuesta. La primera solicitud transporta información (es decir, SapInfo) sobre una instancia de SAP asociada con la instancia de NS anidada. El segundo NFVO usa SapInfo para establecer, en función de la instancia de SAP, una conexión entre la instancia de ^{NS anidada y la instancia de}N^{s compuesta y una conexión entre la instancia de NS anidada y una instancia miembro}en la instancia de NS compuesta, y es además usado por el segundo NFVO para establecer, en función de la instancia de SAP, una relación de conexión con una instancia miembro en la instancia de NS anidada. Luego, el segundo NFVO establece, en función de la instancia de SAP y la SapInfo, la conexión entre la instancia de NS anidada y la instancia de NS compuesta y la conexión entre la instancia de NS anidada y la instancia miembro en la instancia de NS compuesta, y establece, en función de la instancia de SAP y la Saplnfo, la relación de conexión con la instancia miembro en la instancia de NS anidada

Puede entenderse que, implementando los métodos descritos en el primer aspecto y el segundo aspecto, la SapInfo se transporta en una solicitud (a saber, la primera solicitud) usada para crear la instancia de NS anidada, y puede indicarse al NFVO del proveedor que establezca conexiones de red externas e internas de la instancia de NS anidada en función de la Saplnfo desde la perspectiva de la instancia de NS anidada. Esto puede cumplir un requisito para establecer una conexión de red desde la perspectiva del NS anidado.

Con referencia al primer aspecto o al segundo aspecto, a continuación se describe la implementación específica de la Saplnfo en esta solicitud.

En esta solicitud, la SapInfo puede incluir dos partes: primera información y segunda información. La primera información se usa específicamente para describir un modelo de información de enlace virtual externo, y el segundo NFVO puede usarla para establecer una conexión entre la instancia de NS anidada y una instancia miembro que está en la instancia de NS compuesta y que está (externamente) conectada a la instancia de NS anidada a través de la instancia de SAP. La primera información se usa específicamente para describir un modelo de información de enlace virtual interno, y el segundo NFVO puede usarla para establecer una conexión entre la instancia de NS anidada y una instancia miembro que está en la instancia de NS anidada y que está (internamente) conectada a la instancia de NS anidada a través de la instancia de SAP.

En esta solicitud, la primera información puede incluir un identificador de una instancia de enlace virtual externo, un identificador de un puerto a través del cual la instancia de SAP está conectada a la instancia de enlace virtual externo y un identificador de un punto de conexión de pares conectado a la instancia de SAP a través de la instancia de enlace virtual externo. El punto de conexión de pares conectado a la instancia de SAP a través de la instancia de enlace virtual externo puede ser un punto de conexión externo que sea de la instancia miembro en la instancia de servicio de red compuesta y que esté conectado a la instancia de SAP a través de la instancia de enlace virtual externo, por ejemplo, un punto de conexión externo VnfExtCp de una instancia VNF, un punto de conexión externo PnfExtCp de una instancia PNF o un punto de acceso al servicio SAP de otra instancia de NS anidada. El punto de conexión de pares conectado a la instancia de SAP a través de la instancia de enlace virtual externo puede ser alternativamente un punto de acceso al servicio SAP de la instancia de NS compuesta.

En esta solicitud, la segunda información puede incluir un identificador de una instancia de enlace virtual interno, un puerto a través del cual la instancia de sAp está conectada a la instancia de enlace virtual interno y un identificador de un punto de conexión de pares conectado a la instancia de SAP a través de la instancia de enlace virtual interno. El punto de conexión de pares conectado a la instancia de SAP a través de la instancia de enlace virtual interno puede ser un punto de conexión externo que sea de la instancia miembro en la instancia de servicio de red anidada y que esté conectada a la instancia de SAP a través de la instancia de enlace virtual interno, por ejemplo, un punto de conexión externo VnfExtCp de una instancia VNF, un punto de conexión externo PnfExtCp de una instancia PNF o un punto de acceso al servicio SAP de otra instancia NS subanidada.

Es posible que la información sobre el punto de conexión de pares no se refleje en el modelo de información de enlace virtual interno, para garantizar el aislamiento de la información entre diferentes dominios administrativos. Para ser específicos, la segunda información puede incluir alternativamente un identificador de una segunda instancia de enlace virtual y un puerto a través del cual la instancia de SAP está conectada a la instancia de enlace virtual interno y no incluye un identificador de un punto de conexión de pares conectado a la instancia de SAP a través de la instancia de enlace virtual interno. En otras palabras, un punto de conexión de pares interno que está conectado internamente a la instancia de NS anidada a través de la instancia de SAP es invisible para el exterior (es decir, la instancia de NS compuesta y otra instancia miembro en la instancia de NS compuesta).

Con referencia al primer aspecto o al segundo aspecto, en algunas realizaciones, tan pronto como todas las instancias miembro en la instancia de NS compuesta estén disponibles, el segundo NFVO que gestiona el NS anidado puede establecer, en función del modelo de información de enlace virtual, las conexiones indicadas por un modelo de información de enlace virtual.

1. En esta solicitud, el segundo NFVO puede establecer, en función de la instancia de SAP de la instancia de NS anidada, las conexiones indicadas por el modelo de información de enlace virtual externo en al menos una de las siguientes maneras:

Manera 1: El segundo NFVO establece, en función de la primera información de la SapInfo, una conexión entre la instancia de SAP y una instancia de SAP que es de la instancia de NS compuesta y que está conectada externamente a la instancia de SAP a través de la instancia de enlace virtual externo.

Manera 2: El segundo NFVO establece, en función de la primera información en la SapInfo, una conexión entre la instancia de SAP y una instancia de SAP que es de la otra instancia de NS anidada en la instancia de NS compuesta y que está conectada externamente a la instancia de SAP a través de la instancia de enlace virtual externo.

Manera 3: El segundo NFVO establece, en función de la primera información en la SapInfo, una conexión entre la instancia de SAP y el punto de conexión externo que es de la instancia de VNF en la instancia de NS compuesta y que está conectada externamente a la instancia de SAP a través de la instancia de enlace virtual externo.

Manera 4: El segundo NFVO establece, en función de la primera información en la SapInfo, una conexión entre la instancia de SAP y el punto de conexión externo que es de la instancia de PNF en la instancia de NS compuesta y que está conectada externamente a la instancia de SAP a través de la instancia de enlace virtual externo.

2. En esta solicitud, el segundo NFVO puede establecer, en función de la instancia de SAP de la instancia de NS anidada, las conexiones indicadas por el modelo de información de enlace virtual interno en al menos una de las siguientes maneras:

Manera 1: El segundo NFVO establece, en función de la segunda información en la SapInfo, una conexión entre la instancia de SAP y una instancia de SAP que es de la instancia de NS subanidada en la instancia de NS anidada y que está conectada internamente a la instancia de SAP a través de la instancia de enlace virtual interno.

Manera 2: El segundo NFVO establece, en función de la primera información en la SapInfo, una conexión entre la instancia de SAP y el punto de conexión externo que es de la instancia de VNF en la instancia de NS anidada y que está conectada internamente a la instancia de SAP a través de la instancia de enlace virtual interno.

Manera 3: El segundo NFVO establece, en función de la segunda información en la SapInfo, una conexión entre la instancia de SAP y el punto de conexión externo que es de la instancia de PNF en la instancia de NS anidada y que está conectada internamente a la instancia de SAP a través de la instancia de enlace virtual interno.

Con referencia al primer aspecto o al segundo aspecto, en algunas realizaciones, el primer NFVO puede enviar una segunda solicitud al segundo NFVO. Específicamente, la segunda solicitud puede usarse para solicitar la actualización de la instancia de NS anidada en la instancia de NS compuesta. Específicamente, la segunda solicitud puede transportar la SapInfo asociada con la instancia de NS anidada. En consecuencia, el segundo NFVO recibe la segunda solicitud enviada por el primer NFVO. El segundo NFVO puede actualizar, en función de la SapInfo que está asociada con la instancia de NS anidada y que se transporta en la segunda solicitud, la conexión entre la instancia de NS anidada y la instancia de NS compuesta que está conectada externamente a la instancia de NS anidada en función de la instancia de SAP y la conexión entre la instancia de NS anidada y la instancia miembro que está en la instancia de NS compuesta y que está conectada externamente a la instancia de NS anidada en función de la instancia de SAP, o actualizar la conexión entre la instancia de NS anidada y la instancia miembro que está en la instancia de NS anidada y que está conectada internamente a la instancia de NS anidada en función de la instancia de SAP.

En la presente memoria, la SapInfo se usa específicamente para describir un modelo de información de enlace virtual asociado con la instancia de SAP y que puede usarse por el segundo NFVO para actualizar las conexiones de red asociadas con la instancia de NS anidada, para ser específicos, actualizar la conexión entre la instancia de NS anidada y la instancia de NS compuesta que está conectada externamente a la instancia de NS anidada en función de la instancia de SAP y la conexión entre la instancia de NS anidada y la instancia miembro que está en la instancia de NS compuesta y que está conectada externamente a la instancia de NS anidada en función de la instancia de SAP, o actualizar la conexión entre la instancia de NS anidada y la instancia miembro que está en la instancia de NS anidada y que está conectada internamente a la instancia de NS anidada en función de la instancia de SAP.

Específicamente, las conexiones de red actualizadas asociadas con la instancia de NS anidada pueden incluir al menos una de las siguientes: establecer una nueva conexión de red asociada con la instancia de NS anidada, modificar una conexión de red existente asociada con la instancia de NS anidada o eliminar una conexión de red existente asociada con la instancia de NS anidada.

Puede entenderse que la SapInfo se transporta en una solicitud (es decir, la segunda solicitud) usada para actualizar la instancia de NS anidada, y se puede indicar al NFVO del proveedor que actualice las conexiones de red internas y ^{externas de la instancia de}N^{s anidada en función de la SapInfo desde la perspectiva de la instancia de NS anidada.}Esto puede cumplir mejor con un requisito para actualizar una conexión de red desde la perspectiva de un NS anidado.

Con referencia al primer aspecto o al segundo aspecto, en algunas realizaciones, el primer NFVO puede enviar una tercera solicitud al segundo NFVO. Específicamente, la tercera solicitud puede usarse para solicitar el uso de una instancia de NS anidada existente gestionada por el segundo NFVO. La tercera solicitud transporta información sobre una instancia de SAP que es de la instancia de NS anidada existente y que se añadió recientemente en la instancia de NS compuesta gestionada por el primer NFVO. La información sobre la instancia de SAP recién añadida puede usarse por el segundo NFVO para establecer, en función de la instancia de SAP recién añadida, una conexión de red que es de la instancia de NS anidada existente y que está en la instancia de NS compuesta. En consecuencia, el segundo NFVO recibe la tercera solicitud enviada por el primer NFVO. El segundo NFVO puede establecer, en función de la instancia de SAP recién añadida y la información sobre la instancia de SAP recién añadida, la conexión de red que es de la instancia de NS anidada existente y que está en la instancia de NS compuesta.

Puede entenderse que, en un escenario en el que se comparte una instancia de NS, SapInfo se transporta en una notificación (a saber, la tercera solicitud) de determinación de uso de la instancia de NS, y se puede indicar al NFVO del proveedor que establezca una conexión de red, en la instancia de NS compuesta gestionada por el NFVO del consumidor, de la instancia de NS anidada en función de la SapInfo desde la perspectiva de la instancia de NS anidada. Esto puede cumplir un requisito para establecer, desde la perspectiva de un NS anidado existente, una conexión de red asociada con la instancia de NS anidada.

Según un tercer aspecto, esta solicitud proporciona un aparato. El aparato puede implementar un NFVO del proveedor, es decir, el segundo NFVO anterior. El aparato incluye una unidad de procesamiento y una unidad de recepción.

La unidad de recepción está configurada para recibir una primera solicitud enviada por un primer NFVO. La primera solicitud transporta información sobre una instancia de SAP asociada con una instancia de NS anidada y se usa para solicitar al segundo NFVO que establezca una instancia de NS anidada en una instancia de NS compuesta.

La unidad de procesamiento está configurada para establecer, en función de la instancia de SAP y la información sobre la instancia de SAP, una conexión entre la instancia de NS anidada y la instancia de NS compuesta y una conexión entre la instancia de NS anidada y una instancia miembro en la instancia de NS compuesta y establecer, en función de la instancia de SAP y la información sobre la instancia de SAP, una relación de conexión con una instancia miembro en la instancia de NS anidada.

En esta solicitud, la información sobre la instancia de SAP puede incluir una primera información y una segunda información. La primera información puede ser usada por el segundo aparato para establecer, en función de la instancia de SAP, una relación de conexión en la que la instancia de NS anidada se conecta a la instancia miembro en la instancia de NS compuesta a través de la instancia de SAP. La primera información puede ser usada por el segundo aparato para establecer, en función de la instancia de SAP, una relación de conexión en la que la instancia de NS anidada se conecta a la instancia miembro en la instancia de NS anidada a través de la instancia de SAP. Específicamente, para conocer una implementación específica de la SapInfo, consulte las descripciones relacionadas en las realizaciones del método. Los detalles no se describen de nuevo en la presente memoria.

En algunas realizaciones, la unidad de recepción puede configurarse además para recibir una segunda solicitud enviada por el primer NFVO, donde la segunda solicitud puede usarse para solicitar la actualización de la instancia de NS anidada en la instancia de NS compuesta. Específicamente, la segunda solicitud transporta información sobre una instancia de SAP asociada con la instancia de NS anidada, y la información sobre la instancia de SAP puede ser usada por el segundo aparato para actualizar, en función de la instancia de SAP, una conexión de red que está asociada con la instancia de NS anidada y que está en la instancia de NS compuesta. En consecuencia, la unidad de procesamiento puede configurarse además para actualizar, en función de la instancia de SAP y la información sobre la instancia de SAP, la conexión de red que está asociada con la instancia de NS anidada y que está en la instancia de NS compuesta.

En algunas realizaciones, la unidad de recepción puede configurarse además para recibir una tercera solicitud enviada por el primer NFVO, donde la tercera solicitud puede usarse para usar una instancia de NS anidada existente gestionada por el segundo aparato. Específicamente, la tercera solicitud transporta información sobre una instancia de SAP que es de la instancia de NS anidada existente y que se añadió recientemente en la instancia de NS compuesta gestionada por el primer NFVO. La información sobre la instancia de SAP recién añadida puede usarse por el segundo aparato para establecer, en función de la instancia de SAP recién añadida, una conexión de red que es de la instancia de NS anidada existente y que está en la instancia de NS compuesta. En consecuencia, la unidad de procesamiento puede configurarse además para establecer, en función de la instancia de SAP recién añadida y la información sobre la instancia de SAP recién añadida, la conexión de red que es de la instancia de NS anidada existente y que está en la instancia de NS compuesta.

Breve descripción de los dibujos

Para describir las soluciones técnicas en las realizaciones de esta solicitud o en los antecedentes más claramente, a continuación, se describen brevemente los dibujos adjuntos requeridos para describir las realizaciones de esta solicitud o de los antecedentes.

La figura 1 es un diagrama esquemático de una arquitectura MANO de NFV existente;

La figura 2 es un diagrama esquemático de una arquitectura MANO de NFV en un escenario en el que se proporciona un servicio de red a través de una pluralidad de dominios administrativos;

La figura 3 es un diagrama esquemático de un servicio de red compuesto y un servicio de red anidado;

La figura 4 es un diagrama esquemático de una pluralidad de dominios administrativos y NFVO correspondientes a la pluralidad de dominios administrativos;

La figura 5 es un diagrama esquemático de una estructura jerárquica de un NS compuesto;

La figura 6A a la figura 6C son diagramas esquemáticos de modelos de información de enlace virtual existentes en un momento del diseño;

La figura 7A a la figura 7C son diagramas esquemáticos, correspondientes a la figura 6A a la figura 6C, de modelos de información de enlace virtual existentes en un momento de la ejecución;

La figura 8A a la figura 8C son diagramas esquemáticos de modelos de información de enlace virtual existentes en un momento del diseño;

La figura 9A a la figura 9C son diagramas esquemáticos que corresponden de la figura 8A a la figura 8C de modelos de información de enlace virtual en un momento de la ejecución;

La figura 10A a la figura 10C son diagramas esquemáticos de modelos de información de enlace virtual que están en un momento del diseño y que se definen desde la perspectiva de un NS anidado según esta solicitud;

La figura 11A a la figura 11C son diagramas esquemáticos, correspondientes a la figura 10A a la figura 10 C, de modelos de información de enlace virtual que están en un momento de la ejecución y que se definen desde la perspectiva de un NS anidado;

La figura 12 es un diagrama de flujo de un método de gestión de servicio de red según esta solicitud;

La figura 13 es un ejemplo de un diagrama esquemático de una conexión de red establecida en un NS compuesto desde la perspectiva de un NS anidado;

La figura 14 es un diagrama de flujo esquemático de la implementación de un método de gestión de servicios de red en un escenario de aplicación según esta solicitud;

La figura 15 es un diagrama de flujo esquemático de implementación de un método de gestión de servicio de red en otro escenario de aplicación según esta solicitud;

La figura 16 es un diagrama de flujo esquemático de implementación de un método de gestión de servicio de red en otro escenario de aplicación según esta solicitud;

La figura 17 es un diagrama de flujo esquemático de implementación de un método de gestión de servicio de red en otro escenario de aplicación según esta solicitud;

La figura 18 es un diagrama esquemático de una estructura de un elemento de red según esta solicitud; y

La figura 19 es un diagrama de bloques funcional de un sistema MANO de NFV y un aparato relacionado según esta solicitud.

Descripción detallada

Los términos usados en una parte de implementación de esta solicitud se usan simplemente para explicar realizaciones específicas de esta solicitud, pero no pretenden limitar esta solicitud.

La figura 2 muestra un ejemplo de una arquitectura MANO de NFV en un escenario en el que se proporciona un servicio de red a través de una pluralidad de dominios administrativos. El escenario en el que se proporciona un servicio de red a través de una pluralidad de dominios administrativos puede existir cuando un gran proveedor de servicios proporciona un servicio de red (NS) global a través de la colaboración de sucursales, o cuando diferentes proveedores de servicios proporcionan un servicio de alquiler de un servicio de red (NS) usando un protocolo de uso compartido de red. El servicio de red (NS) global también se denomina servicio de red compuesto (NS compuesto). En comparación con la arquitectura MANO de NFV que se muestra en la figura 1, la arquitectura MANO de NFV (que se aplica al escenario en el que se proporciona un servicio de red a través de una pluralidad de dominios administrativos) que se muestra en la figura 2 tiene algunos cambios. En la figura 2, un NFVO del consumidor gestiona el NS compuesto y un NFVO del proveedor gestiona un NS anidado incluida en el NS compuesto. Para conocer las funciones y definiciones de componentes (tales como un NFVO, una VNFM, un VIM, un OSS/BSS, un EM, una VNF y una NFVI) de la arquitectura MANO de NFV que se muestra en la figura 2, consulte las descripciones relacionadas en los antecedentes. Los detalles no se describen de nuevo en la presente memoria.

Cabe señalar que la arquitectura MANO de NFV que se muestra en la figura 2 se usa simplemente para describir las soluciones técnicas de esta solicitud con mayor claridad, pero no constituye una limitación de esta solicitud. Un experto en la técnica puede aprender que la arquitectura MANO de NFV aplicable al escenario en el que se proporciona un servicio de red a través de una pluralidad de dominios administrativos puede evolucionar aún más.

(1) Proporcionar un servicio de red a través de una pluralidad de dominios administrativos

Un servicio de red compuesto puede incluir uno o más servicios de redes anidadas, y cada servicio de red anidado puede ser proporcionado por un dominio administrativo diferente del dominio administrativo que proporciona el servicio de red compuesto. La descripción se proporciona a continuación en detalle con referencia a la figura 3 y la figura 4.

La figura 3 muestra un ejemplo de un servicio de red compuesto y un servicio de red anidado. Como se muestra en la figura 3, un servicio de red compuesto C proporcionado por un dominio administrativo C incluye servicios de redes anidadas A y B, y los servicios de redes anidadas A y B son proporcionados por los dominios administrativos A y B respectivamente. El servicio de red anidado A o B también puede ser compartido por otro servicio de red compuesto (que no es el servicio de red compuesto C) en el dominio administrativo C o un dominio administrativo diferente del dominio administrativo C. El dominio administrativo se refiere a un conjunto de entidades funcionales de gestión MANO que incluyen uno o más centros de datos (Centro de Datos, DC), uno o más VIM que gestionan los centros de datos y uno o más VNFM (incluidos todos los VNF gestionados por los VNFM). Cada dominio administrativo incluye un NFVO, configurado para proporcionar un grupo específico de servicios de red en el dominio administrativo.

La figura 4 muestra un ejemplo de una pluralidad de dominios administrativos. Cada dominio administrativo proporciona un grupo de servicios de red. Un NFVO-1 en el dominio administrativo C está en una capa superior, lo que significa que el NFVO-1 gestiona el servicio de red compuesto C. Un NFVO-2 en el dominio administrativo A y un NFVO-3 en el dominio administrativo B gestionan los servicios de redes anidadas A y B respectivamente, y exponen los servicios de redes anidadas al NFVO-1 en el dominio administrativo C. En la presente memoria, diferentes NFVO pueden interactuar entre sí a través de un punto de referencia (punto de referencia) Or-Or.

Específicamente, se proponen los conceptos de un NS compuesto y un NS anidado para una estructura jerárquica de una instancia de NS. Como se muestra en la figura 5, una instancia de NS compuesta generalmente se puede representar como una estructura jerárquica en forma de árbol, y una instancia de NS ubicada en la parte superior de la estructura jerárquica (un nodo raíz de la estructura en forma de árbol) se denomina instancia de NS compuesta. Las instancias miembro en una instancia de NS compuesta pueden incluir una o más instancias de NS anidadas y pueden incluir además una o más instancias de VNF o instancias de PNF. En la instancia de NS compuesta, la instancia de NS anidada, la instancia de VNF y la instancia de PNF están en el mismo nivel jerárquico. Las instancias miembro en una instancia de NS anidada pueden incluir una o más instancias de VNF o instancias de PNF. Opcionalmente, una instancia miembro en una instancia de NS anidada puede incluir una instancia de NS subanidada.

Se usa un ejemplo para describir los conceptos de NS compuesto y NS anidado. Para implementar un servicio de red de núcleo de paquete evolucionado virtualizado (núcleo de paquete evolucionado, EPC), las instancias de VNF miembro pueden usarse para constituir varias instancias de NS anidadas. Por ejemplo, una función vMME, una función de plano de control de una vSGW y una función de plano de control de una vPGW se usan para constituir un servicio de red de plano de control vEPC. Una función de plano de usuario de la vSGW y una función de plano de usuario de la vPGW se usan para constituir un servicio de red de plano de usuario vEPC (o plano de reenvío). Las funciones relacionadas con el control de políticas, tales como vPCRF, vTDF y vSCEF, se usan para constituir un servicio de red de control de políticas vEPC. En la solicitud, el vEPC es un NS compuesto, y el servicio de red del plano de control de vEPC, el servicio de red del plano de usuario de vEPC (o plano de reenvío) y el servicio de red de control de políticas de vEPC son NS anidados.

Además, se considera cómo proporcionar un servicio de red de vEPC por un operador de telecomunicaciones que tiene una gran cantidad de usuarios. Suponiendo que una red del operador de telecomunicaciones tiene una estructura de dos niveles: una red de empresa del grupo y una pluralidad de redes subsidiarias provinciales, cada nivel de la red tiene un dominio administrativo para el nivel de la red y está configurado con un NFVo . En este escenario, un NFVO en la red de empresas del grupo puede ser considerado como un NFVO del consumidor (un NFVO-1), y un NFVO en cada una de las redes subsidiarias provinciales puede ser considerado como un NFVO del proveedor (un NFVO-2). Cuando el operador de telecomunicaciones determina proporcionar el servicio de red vEPC a un nivel de la red de la empresa del grupo, el operador de telecomunicaciones puede especificar que una red subsidiaria de la provincia de Guangdong proporcione un servicio de red de plano de control de vEPC, una red subsidiaria provincial de Jiangsu proporcione un servicio de red de plano de usuario vEPC, y una red subsidiaria provincial de Zhejiang proporcione un servicio de red de control de políticas de vEPC.

En un escenario en el que se proporciona un servicio de red a través de una pluralidad de dominios administrativos, el NS compuesto y el NS anidado están ubicados en diferentes dominios administrativos, y la gestión del ciclo de vida para el NS compuesto y el NS anidado es realizada por los NFVO (incluido el NFVO del consumidor y una o más NFVO del proveedor) en diferentes dominios administrativos.

(2) Modelo de información de enlace virtual de un servicio de red

A continuación se describe por separado, desde la perspectiva de un momento del diseño y un momento de la ejecución, un modelo de información de enlace virtual definido en un estándar NFV de ETSI existente.

La figura 6A a la figura 6C muestra modelos de información de enlace virtual usados para conectar instancias miembro en un servicio de red.

Como se muestra en la figura 6A, el modelo de información de enlace virtual (VL) se define a partir de una relación de asociación entre descriptores (descriptor) en el momento del diseño. Un descriptor de enlace virtual (descriptor de enlace virtual) es una plantilla de modelo de información a la que se debe hacer referencia cuando se crea una instancia de enlace virtual, e incluye un atributo estático de una instancia de enlace virtual antes de que se cree la instancia de enlace virtual. En el momento del diseño, un descriptor de servicio de red (descriptor de servicios de red, NSD) debe indicar: un descriptor de VNF (descriptor de VNF, VNFD) y/o un descriptor PNF (descriptor de PNF, PNFD) que está/están asociado/s con el descriptor de enlace virtual, un descriptor de punto de conexión externo VNF específico (descriptor de punto de conexión externo VNF, VnfExtCpd) usado para asociar el descriptor de enlace virtual con un VNFD correspondiente, y/o un descriptor de punto de conexión externo PNF específico (descriptor de punto de conexión externo PNF, PnfExtCpd) usado para asociar el descriptor de enlace virtual con un PNFD correspondiente.

Como se muestra en la figura 6B, después de ingresar al momento de la ejecución, la instancia de enlace virtual se crea con referencia al descriptor de enlace virtual. Específicamente, con referencia al descriptor de enlace virtual, la instancia de enlace virtual está asociada con una instancia de VNF específica (lo que indica que la instancia de enlace virtual está conectada a la instancia de VNF), y/o la instancia de enlace virtual está asociada con una instancia de PNF específica (lo que indica que la instancia de enlace virtual está conectada a la instancia de PNF). Una relación de asociación entre la instancia de enlace virtual y la instancia de VNF (o la instancia de PNF) se establece configurando una asociación entre una instancia de punto de conexión externa VnfExtCp (o una instancia de PnfExtCp) de la instancia de VNF (o la instancia de PNF) y un puerto NsLinkPort de la instancia de enlace virtual. La instancia de enlace virtual en momento de la ejecución finalmente se asigna a un recurso de red virtual correspondiente en una capa NFVI y se conecta, a través de un enlace de red en una capa 2 (capa 2, L2) o capa 3 (capa 3, L3), a un puerto virtual configurado de una instancia VNF de un recurso informático y de almacenamiento virtualizado o un puerto virtual configurado de una instancia PNF. Se puede hacer referencia a la figura 6C.

La figura 7A a la figura 7C muestra cómo se usa un enlace virtual para conectar una instancia miembro de un servicio de red a un punto de acceso al servicio (SAP) del servicio de red.

De manera similar, como se muestra en la figura 7A, en el momento del diseño, se debe indicar lo siguiente: un VNFD (o un PNFD) y un descriptor de punto de acceso al servicio (descriptor SAP, SAPD) que están asociados a un descriptor de enlace virtual, y un descriptor de punto de conexión externo VNF específico (VnfExtCpd) o descriptor de punto de conexión externo PNF (PnfExtCpd) que se usa para asociar el descriptor de enlace virtual con un SAPD correspondiente.

Como se muestra en la figura 7B, después de ingresar al momento de la ejecución, una instancia de enlace virtual se asocia con una instancia de VNF específica (o una instancia de PNF específica) y una instancia de SAP específica con referencia al descriptor de enlace virtual. Indica que la instancia de enlace virtual está conectada a la instancia de VNF (o la instancia de PNF) y la instancia de SAP. La instancia de enlace virtual en momento de la ejecución finalmente se asigna a un recurso de red virtual correspondiente en una capa NFVI y se conecta, a través de un enlace de red en una capa 2 (capa 2, L2) o capa 3 (capa 3, L3), a un puerto virtual configurado de una instancia VNF de un recurso informático y de almacenamiento virtualizado o un puerto virtual configurado de una instancia PNF, y un puerto virtual configurado de una instancia de SAP. Se puede hacer referencia a la figura 7C.

El momento del diseño mencionado en esta solicitud se refiere a una fase en la que se define una relación de asociación entre diversos descriptores (tales como un descriptor de servicio de red, un descriptor de VNF, un descriptor de PNF, un descriptor de enlace virtual y un descriptor de punto de conexión externo) antes de la instanciación de un servicio de red o el establecimiento de una conexión de red. El momento de la ejecución mencionado en esta solicitud se refiere a una fase, durante o después de la instanciación del servicio de red o el establecimiento de la conexión de red, en la que se establece una relación de asociación entre instancias (tales como una instancia de servicio de red, una instancia de VNF, una instancia de PNF , una instancia de enlace virtual y una instancia de punto de conexión externa) en función de la relación de asociación entre diversos descriptores definidos en el momento del diseño. Debe entenderse que cada instancia se crea o actualiza con referencia a un archivo descriptor correspondiente a la instancia.

Se puede aprender de lo anterior que el modelo de información de enlace virtual definido en el estándar NFV de ETSI existente describe principalmente una conexión a las instancias de VNF y/o la instancia de PNF en una instancia de NS y una conexión entre un SAP de la instancia de NS y la instancia de VNF y/o la instancia de PNF desde la perspectiva de que un NFVO del consumidor realiza una conexión de red. Sin embargo, no existe un modelo de información de enlace virtual definido desde la perspectiva de una instancia de NS anidada.

Además, en un escenario en el que se proporciona un NS a través de una pluralidad de dominios administrativos, puede haber un requisito de aislamiento de información entre diferentes dominios administrativos. Por ejemplo, un descriptor de punto de conexión externo VNF (VnfExtCpd) en un dominio administrativo correspondiente a un NFVO del consumidor es invisible para un NFVO del proveedor. Por ejemplo, un descriptor de punto de conexión externo VNF (VnfExtCpd) en un dominio administrativo correspondiente a un NFVO del proveedor es invisible para un NFVO del consumidor. Sin embargo, una estructura de topología descrita en el modelo de información de enlace virtual definido en el estándar NFV de ETSI existente es visible desde el exterior. Por lo tanto, el modelo de información de enlace virtual definido en el estándar NFV de ETSI existente no puede cumplir con el requisito de aislamiento de información entre diferentes dominios administrativos.

Esta solicitud proporciona un método de gestión de servicios de red en el que se define un modelo de información de enlace virtual desde la perspectiva de una instancia de NS anidada. De esta forma, la instancia de NS anidada se puede conectar externamente a una instancia de NS compuesta y a cada instancia miembro en la instancia de NS compuesta a través de un enlace virtual, y se puede conectar internamente a cada instancia miembro en la instancia de NS anidada a través de un enlace virtual.

En esta solicitud, el modelo de información de enlace virtual definido desde la perspectiva de la instancia de NS anidada puede incluir dos partes: un modelo de información de enlace virtual externo y un modelo de información de enlace virtual interno.

(1) Modelo de información de enlace virtual externo: la instancia de NS anidada se puede conectar, en función de una instancia de SAP de la instancia de NS anidada, a un punto de enlace externo de otra instancia miembro en la instancia de NS compuesta a través de un enlace virtual externo. Por ejemplo, el punto de enlace externo de otra instancia miembro es un punto de conexión externo VnfExtCp de una instancia de VNF, un punto de conexión externo PnfExtCp de una instancia de PNF o un punto de acceso al servicio SAP de otra instancia de NS anidada. La instancia de NS anidada se puede conectar además, en función de la instancia de SAP de la instancia de NS anidada, a una instancia de SAP de la instancia de NS compuesta a través de un enlace virtual externo. En otras palabras, puede usarse una instancia de enlace virtual externo para conectar externamente la instancia de NS anidada a una instancia miembro en la instancia de NS compuesta en función de la instancia de SAP de la instancia de NS anidada.

(2) Modelo de información de enlace virtual interno: la instancia de NS anidada se puede conectar, en función de una instancia de SAP de la instancia de NS anidada, a un punto de enlace externo de otra instancia miembro en la instancia anidada a través de un enlace virtual interno. Por ejemplo, el punto de enlace externo de otra instancia miembro es un punto de conexión externo VnfExtCp de una instancia de VNF, un punto de conexión externo PnfExtCp de una instancia de PNF o un punto de acceso al servicio SAP de una instancia de NS subanidada. En otras palabras, puede usarse una instancia de enlace virtual interno para conectar internamente la instancia de NS anidada a una instancia miembro en la instancia de NS anidada en función de la instancia de SAP de la instancia de NS anidada.

En primer lugar, se describe el modelo de información de enlace virtual externo.

La figura 8A a la figura 8C muestran ejemplos de modelos de información de enlace virtual externos en un momento del diseño. El modelo de información de enlace virtual externo en el momento del diseño se usa principalmente para indicar una relación de asociación entre descriptores, para proporcionar una referencia para una relación de conexión relacionada con la instanciación posterior de un enlace virtual externo.

Como se muestra en la figura 8A, un descriptor de servicio de red anidado NSD #1 anidado está asociado con un descriptor de enlace virtual externo NSVirtualLinkDesc #1 y un descriptor VNFD #2 de una VNF en un servicio de red compuesto. Específicamente, el NSVirtualLinkDesc #1 está asociado con el NSD #1 anidado usando descriptores de SAP Sapd #1.1 y Sapd #1.2, y está asociado con la VNFD #2 usando un descriptor de punto de conexión externo PnfExtCp #2.1.

Como se muestra en la figura 8B, un descriptor de servicio de red anidado NSD #1 anidado está asociado con un descriptor de enlace virtual externo NSVirtualLinkDesc #1 y un descriptor NSD #2 anidado de otro servicio de red anidado en un servicio de red compuesto. Específicamente, el NSVirtualLinkDesc #1 está asociado con el NSD #1 anidado usando descriptores SAP Sapd #1.1 y Sapd #1.2, y está asociado con el NSD #2 anidado usando descriptores de puntos de acceso al servicio Sapd #2.1 y Sapd #2.2.

Como se muestra en la figura 8C, un descriptor de servicio de red anidado NSD #1 anidado está asociado con un descriptor de enlace virtual externo NSVirtualLinkDesc #1 y un descriptor Sapd #2 de un punto de acceso al servicio de un servicio de red compuesto.

La figura 9A a la figura 9C muestran ejemplos de modelos de información de enlace virtual externo que están en un momento de la ejecución y en función de un SAP de un NS anidado. El modelo de información de enlace virtual externo en momento de la ejecución se usa principalmente para indicar una relación de asociación entre instancias y se usa para establecer una conexión entre las instancias. Después de que las instancias ingresen al momento de la ejecución, los modelos de información de enlace virtual externo en el momento de la ejecución que se muestra en la figura 9A a la figura 9C se crean respectivamente con referencia a los modelos de información de enlace virtual externo en el momento del diseño que se muestra en la figura 8A a la figura 8C.

Como se muestra en la figura 9A, una instancia de NS anidada NS #1 anidado está conectada, en función de los puntos de acceso al servicio Sap #1.1 y Sap #1.2 de la instancia de NS anidada NS #1 anidado, a un punto de enlace externo VnfExtCp #2.1 de una instancia de VNF VNF #2 en una instancia de NS compuesta a través de una instancia de enlace virtual externo NSVirtualLink #1. Específicamente, el NSVirtualLink #1 está conectado al Sap #1.1 a través de una instancia de puerto NsLinkPort #1.1, está conectado al Sap #1.2 a través de una instancia de puerto NsLinkPort #1.2, y está conectado a la VnfExtCp #2.1 a través de una instancia de puerto NsLinkPort #1.3. Puede aprenderse que las conexiones indicadas por el modelo de información de enlace virtual externo en la figura 9A se establecen con referencia al modelo de información de enlace virtual externo en el momento del diseño en la figura 8A.

Como se muestra en la figura 9B, una instancia de NS anidada NS #1 anidado está conectada, en función de los puntos de acceso al servicio Sap #1.1 y Sap #1.2 de la instancia de NS anidada NS #1 anidado, al punto de acceso al servicio Sap #2.1 de otra instancia de NS anidada NS #2 anidado en una instancia de NS compuesta a través de una instancia de enlace virtual externo NSVirtualLink #1. Específicamente, el NSVirtualLink #1 está conectado al Sap #1.1 a través de una instancia de puerto NsLinkPort #1.1, está conectado al Sap #1.2 a través de una instancia de puerto NsLinkPort #1.2, y está conectado a Sap #2.1 a través de una instancia de puerto NsLinkPort #1.3. Puede aprenderse que las conexiones indicadas por el modelo de información de enlace virtual externo en la figura 9B se establecen con referencia al modelo de información de enlace virtual en el momento del diseño en la figura 8B.

Como se muestra en la figura 9C, una instancia de NS anidada NS #1 anidado está conectada, en función de un punto de acceso al servicio Sap #1.1 de la instancia de NS anidada NS #1 anidado, a un punto de acceso al servicio Sap #1 ^{de una instancia de}N^{s compuesta a través de una instancia de enlace virtual externo NSVirtualLink #1.}Específicamente, el NSVirtualLink #1 está conectado al Sap #1.1 a través de una instancia de puerto NsLinkPort #1.1. Puede aprenderse que las conexiones indicadas por el modelo de información de enlace virtual externo en la figura 9C se establecen con referencia al modelo de información de enlace virtual en el momento del diseño en la figura 8C.

Los ejemplos mostrados en la figura 8A a la figura 8C y la figura 9A a la figura 9C se usan simplemente para explicar esta solicitud, pero no constituirán una limitación.

Luego, se describe el modelo de información de enlace virtual interno.

La figura 10A a la figura 10C muestran ejemplos de modelos de información de enlace virtual interno en un momento del diseño. El modelo de información de enlace virtual interno en el momento del diseño se usa principalmente para indicar una relación de asociación entre descriptores, para proporcionar una referencia para una relación de conexión relacionada con la instanciación posterior de un enlace virtual interno.

Como se muestra en la figura 10A, un descriptor NSD #1 subanidado de un NS subanidado en un NS anidado está asociado con un descriptor de enlace virtual interno NSVirtualLinkDesc #1 y un descriptor Sapd #2 de un SAP del NS anidado. Específicamente, el NSVirtualLinkDesc #1 está asociado con el NSD #1 subanidado usando un descriptor SAP Sapd #1.1.

Como se muestra en la figura 10B, un descriptor de VNFD #1 de una VNF en un NS anidado está asociado con un descriptor de enlace virtual interno NSVirtualLinkDesc #1 y un descriptor Sapd #2 de un SAP del NS anidado. Específicamente, el NSVirtualLinkDesc #1 está asociado con el VNFD #1 usando un descriptor de punto de conexión externo VnfExtCpd #1.1.

Como se muestra en la figura 10C, un descriptor PNFD #1 de una PNF en un NS anidado está asociado con un descriptor de enlace virtual interno NSVirtualLinkDesc #1 y un descriptor Sapd #2 de un SAP del NS anidado. Específicamente, el NSVirtualLinkDesc #1 está asociado con la PNFD #1 usando un descriptor de punto de conexión externo VnfExtCpd #1.1.

La figura 11A a la figura 11C muestran ejemplos de modelos de información de enlace virtual interno que están en un momento de la ejecución y en función de un SAP de un NS anidado. El modelo de información de enlace virtual interno en momento de la ejecución se usa principalmente para indicar una relación de asociación entre instancias y se usa para establecer una conexión entre las instancias. Después de que las instancias ingresen al momento de la ejecución, los modelos de información de enlace virtual interno en el momento de la ejecución que se muestra en la figura 11A a la figura 11C se crean respectivamente con referencia a los modelos de información de enlace virtual interno en el momento del diseño que se muestra en la figura 10A a la figura 10C.

Como se muestra en la figura 11A, una instancia de NS subanidada NS #1 subanidado está conectado, en función de un punto de acceso al servicio Sap #1.1 de la instancia NS subanidada NS #1 subanidado, a una instancia de punto de acceso al servicio Sap #1 de una instancia de NS anidada a través de una instancia de enlace virtual interno NSVirtualLink #1. Específicamente, el NSVirtualLink #1 está conectado al Sap #1.1 a través de una instancia de puerto NsLinkPort #1.1, y está conectado al Savia #1 a través de una instancia de puerto NsLinkPort #1.3. Puede aprenderse que las conexiones indicadas por el modelo de información de enlace virtual interno en la figura 11A se establecen con referencia al modelo de información de enlace virtual en el momento del diseño en la figura 10A.

Como se muestra en la figura 11B, una instancia de VNF VNF #1 está conectada, en función de un punto de conexión externo VnfExtCp #1.1 de la instancia VNF VNF #1, a una instancia de punto de acceso al servicio Sap #1 de una instancia de NS anidada a través de una instancia de enlace virtual interno NSVirtualLink #1. Específicamente, el NSVirtualLink #1 está conectado a la VNFExtCp #1.1 a través de una instancia de puerto NsLinkPort #1.1, y está conectado al Sap #1 a través de una instancia de puerto NsLinkPort #1.3. Puede aprenderse que las conexiones indicadas por el modelo de información de enlace virtual interno en la figura 11B se establecen con referencia al modelo de información de enlace virtual en el momento del diseño en la figura 10B.

Como se muestra en la figura 11C, una instancia de PNF PNF #1 está conectada, en función de un punto de conexión externo PnfExtCp #1.1 de la instancia PNF PNF #1, a una instancia de punto de acceso al servicio Sap #1 de una instancia de NS anidada a través de una instancia de enlace virtual interno NSVirtualLink #1. Específicamente, el NSVirtualLink #1 está conectado al PnfExtCp #1.1 a través de una instancia de puerto NsLinkPort #1.1, y está conectado al Sap #1 a través de una instancia de puerto NsLinkPort #1.3. Puede aprenderse que una conexión indicada por el modelo de información de enlace virtual interno en la figura 11C se establece con referencia al modelo de información de enlace virtual en el momento del diseño en la figura 10C.

Los ejemplos mostrados en la figura 10A a la figura 10C y la figura 11A a la figura 11C se usan simplemente para explicar esta solicitud, pero no constituirán una limitación.

Puede entenderse que los modelos de información de enlace virtual definidos en esta solicitud están diseñados desde la perspectiva de la instancia de NS anidada y pueden cumplir mejor un requisito para describir una conexión de red desde la perspectiva de un NS anidado. Por ejemplo, para un NFVO del consumidor (NFVO-1) y un NFVO del proveedor (NFVO-2), se debe usar un enlace virtual para establecer una conexión entre una instancia de NS anidada gestionada por el NFVO-2 y la instancia de NS compuesta gestionada por el NFVO-1.

En algunas realizaciones opcionales, un punto de conexión de pares (punto de conexión de pares), como un SAP de un NS subanidado, un punto de conexión externo VnfExtCp de una VNF o un punto de conexión externo PnfExtCp de una PNF, que está conectada al NS anidado a través de un enlace virtual interno puede ser invisible para el NFVO del consumidor. En otras palabras, es posible que la información sobre el punto de conexión de pares no se refleje en el modelo de información de enlace virtual. Esto cumple además con un requisito de aislamiento de información entre diferentes dominios administrativos.

En función del modelo de información de enlace virtual definido en esta solicitud, el NFVO del proveedor que gestiona el NS anidado puede establecer una conexión indicada por el modelo de información de enlace virtual. Con referencia a la figura 12, lo siguiente describe un procedimiento general de un método de gestión de servicios de red proporcionado en esta solicitud. Los detalles son los siguientes.

S101: un primer NFVO envía una primera solicitud a un segundo NFVO. En la presente memoria, el primer NFVO puede ser un NFVO del consumidor que gestiona una instancia de NS compuesta, y el segundo NFVO puede ser un NFVO del proveedor que gestiona una instancia de NS anidada. Específicamente, la primera solicitud puede usarse para solicitar la creación de la instancia de NS anidada en la instancia de NS compuesta y transporta información sobre una instancia de SAP asociada con la instancia de NS anidada.

En la presente memoria, la información sobre la instancia de SAP se usa específicamente para describir un modelo de información de enlace virtual asociado con la instancia de SAP y que puede usarse por el segundo NFVO para establecer las conexiones indicadas por el modelo de información de enlace virtual, para ser específicos, establecer una conexión entre la instancia de NS anidada y la instancia de NS compuesta que está conectada externamente a la instancia de NS anidada en función de la instancia de SAP y una conexión entre la instancia de NS anidada y la instancia miembro que está en la instancia de NS compuesta y que está conectada externamente a la instancia de NS anidada en función de la instancia de SAP, o establecer una conexión entre la instancia de NS anidada y una instancia miembro que está en la instancia de NS anidada y que está conectada internamente a la instancia de NS anidada en función de la instancia de SAP.

S102 y S103: En consecuencia, el segundo NFVO recibe la primera solicitud enviada por el primer NFVO y, en respuesta a la primera solicitud, el segundo NFVO puede realizar un procedimiento de creación de la instancia de NS anidada y luego devolver una respuesta de éxito de creación de instancia al primer NFVO. La respuesta puede transportar un identificador de la instancia de NS anidada creada.

S104 y S105: el segundo NFVO puede establecer, en función de la información (a la que se hace referencia brevemente como SapInfo a continuación) que se trata de la instancia de SAP asociada con la instancia de NS anidada y que se transporta en la primera solicitud, la conexión entre la instancia de NS anidada y la instancia de NS compuesta que está conectada externamente a la instancia de NS anidada a través de la instancia de SAP y la conexión entre la instancia de NS anidada y la instancia miembro que está en la instancia de NS compuesta y que está conectada externamente a la instancia de NS anidada a través de la instancia de SAP y establecer la conexión entre la instancia de NS anidada y la instancia miembro que está en la instancia de NS anidada y que está conectada internamente a la instancia de NS anidada a través de la instancia de SAP; y luego el segundo NFV^opuede devolver una respuesta de establecimiento de conexión completa al primer NFVO. Opcionalmente, la respuesta de establecimiento de conexión completa puede combinarse alternativamente con la respuesta de éxito de creación de instancia anterior. En otras palabras, el segundo NFVO puede devolver implícitamente la respuesta de establecimiento de conexión completa al primer NFVO, es decir, usar la respuesta de éxito de creación de instancia para indicar que se completó el establecimiento de conexión.

Puede entenderse que la SapInfo se transporta en una solicitud (es decir, la primera solicitud) usada para crear la instancia de NS anidada, para indicar al NFVo del proveedor que establezca las conexiones de red internas y externas de la instancia de NS anidada en función de la SapInfo desde la perspectiva de la instancia de NS anidada. Esto puede cumplir un requisito para establecer una conexión de red desde la perspectiva de un NS anidado.

A continuación se describe en detalle la implementación específica de la SapInfo.

En esta solicitud, la SapInfo puede incluir dos partes: primera información y segunda información. La primera información se usa específicamente para describir un modelo de información de enlace virtual externo, y el segundo NFVO puede usarla para establecer una conexión entre la instancia de NS anidada y una instancia miembro y que está en la instancia de NS compuesta que está (externamente) conectada a la instancia de NS anidada a través de la instancia de SAP. La primera información se usa específicamente para describir un modelo de información de enlace virtual interno, y el segundo NFVO puede usarla para establecer una conexión entre la instancia de NS anidada y una instancia miembro que está en la instancia de NS anidada y que está (internamente) conectada a la instancia de NS anidada a través de la instancia de SAP.

En esta solicitud, la primera información puede incluir un identificador de una instancia de enlace virtual externo, un identificador de un puerto a través del cual la instancia de SAP está conectada a la instancia de enlace virtual externo y un identificador de un punto de conexión de pares conectado a la instancia de SAP a través de la instancia de enlace virtual externo. El punto de conexión de pares conectado a la instancia de SAP a través de la instancia de enlace virtual externo puede ser un punto de conexión externo que sea de la instancia miembro en la instancia de servicio de red compuesta y que esté conectado a la instancia de SAP a través de la instancia de enlace virtual externo. Por ejemplo, el punto de conexión externo es un punto de conexión externo VnfExtCp de una instancia de VNF, un punto de conexión externo PnfExtCp de una instancia de PNF o un punto de acceso al servicio SAP de otra instancia de NS anidada. El punto de conexión de pares conectado a la instancia de SAP a través de la instancia de enlace virtual externo puede ser alternativamente un punto de acceso al servicio SAP de la instancia de NS compuesta.

En esta solicitud, la segunda información puede incluir un identificador de una instancia de enlace virtual interno, un puerto a través del cual la instancia de sAp está conectada a la instancia de enlace virtual interno y un identificador de un punto de conexión de pares conectado a la instancia de SAP a través de la instancia de enlace virtual interno. El punto de conexión de pares conectado a la instancia de SAP a través de la instancia de enlace virtual interno puede ser un punto de conexión externo que sea de la instancia miembro en la instancia de servicio de red anidada y que esté conectada a la instancia de SAP a través de la instancia de enlace virtual interno. Por ejemplo, el punto de conexión externo es un punto de conexión externo VnfExtCp de una instancia de VNF, un punto de conexión externo PnfExtCp de una instancia de PNF o un punto de acceso al servicio SAP de otra instancia de NS subanidada.

La información sobre el punto de conexión de pares no puede reflejarse en el modelo de enlace virtual interno, para garantizar el aislamiento de la información entre diferentes dominios administrativos. Para ser específicos, la segunda información puede incluir opcionalmente un identificador de una segunda instancia de enlace virtual y un puerto a través del cual la instancia de SAP está conectada a la instancia de enlace virtual interno y no incluye un identificador de un punto de conexión de pares conectado a la instancia de SAP a través de la instancia de enlace virtual interno. En otras palabras, un punto de conexión de pares interno que está conectado internamente a la instancia de NS anidada a través de la instancia de SAP es invisible para el exterior (es decir, la instancia de NS compuesta y otra instancia miembro en la instancia de NS compuesta).

Por ejemplo, la Tabla 1 a la Tabla 3 muestran un ejemplo de una implementación de la SapInfo.

Tabla 1:

La Tabla 2 muestra un ejemplo de la asociación interna (asociación interna) de la Tabla 1 (que cumple con el requisito de aislamiento de información entre diferentes dominios administrativos). Los detalles son los siguientes:

Tabla 2

La Tabla 3 muestra un ejemplo de la asociación externa (asociación externa) en la Tabla 1. Los detalles son los siguientes:

Tabla 3

Con referencia a la Tabla 1 a la Tabla 3, la Tabla 1 muestra el contenido incluido en la SapInfo, donde la asociación interna (asociación interna) es la segunda información y la asociación externa (asociación externa) es la primera información. La Tabla 2 muestra el contenido incluido en la asociación interna (asociación interna), y la información sobre el punto de conexión de pares no se refleja en la presente memoria, es decir, el punto de conexión de pares interno es invisible para el exterior. La Tabla 3 muestra el contenido incluido en la asociación externa (asociación externa). El punto de conexión de pares (punto de conexión de pares) puede ser el punto de conexión externo VnfExtCp de la instancia VNF en la instancia de NS compuesta, el punto de conexión externo PnfExtCp de la instancia PNF o el punto de acceso al servicio SAP de la otra instancia de NS anidada. El punto de conexión de pares puede ser alternativamente el punto de acceso al servicio SAP de la instancia de NS compuesta.

Si todas las instancias miembro en la instancia de NS compuesta están disponibles (disponibles), el segundo NFVO que gestiona el NS anidado puede establecer, en función del modelo de información de enlace virtual, las conexiones indicadas por el modelo de información de enlace virtual. En la presente memoria, todas las instancias miembro en la instancia de NS compuesta pueden incluir todas las instancias de NS anidadas, todas las instancias de VNF y todas las instancias de PNF en la instancia de NS compuesta.

1. En esta solicitud, el segundo NFVO podrá establecer, en función de la instancia de SAP de la instancia de NS anidada, las conexiones indicadas por el modelo de información de enlace virtual externo en al menos una de las siguientes maneras:

Manera 2: El segundo NFVO establece, en función de la primera información en la SapInfo, una conexión entre la instancia de SAP y una instancia de SAP que es de una instancia de NS anidada en la instancia de NS compuesta y que está conectada externamente a la instancia de SAP a través de la instancia de enlace virtual externo.

Manera 1: El segundo NFVO establece, en función de la segunda información en la SapInfo, una conexión entre la instancia de SAP y una instancia de SAP que es de la otra instancia de NS subanidada en la instancia de NS anidada y que está conectada internamente a la instancia de SAP a través de la instancia de enlace virtual interno.

Con referencia a la figura 13, a continuación se describe en detalle la SapInfo y cómo el segundo NFVO establece, en función a la SapInfo, conexiones indicadas por el modelo de información de enlace virtual descrito por la SapInfo. Se supone que el primer NFVO gestiona una instancia de NS compuesta en la figura 13, y el segundo NFVO gestiona un NS #2 anidado en la figura 13. Además, la primera solicitud transporta información (es decir, SapInfo) sobre una instancia de SAP asociada con la instancia de NS #2 anidada.

I. SapInfo asociada con el NS #2 anidado

Como se muestra en la figura 13, la SapInfo asociada con el NS #2 anidado incluye información sobre un SAP #2.1, información sobre un SAP #2.2, e información sobre un SAP #2.3.

(1) La información sobre el SAP #2.1 se usa para describir un modelo de información de enlace virtual asociado con SAP #2.1, para ser específicos, un modelo de información de enlace virtual interno (VL #2) y un modelo de información de enlace virtual externo (VL #4). El SAP #2.1 está conectado externamente a una VNF #2 a través del enlace virtual externo (VL #4), y está conectado internamente a una PNF #1 a través del enlace virtual interno (VL #2).

Específicamente, la información sobre el SAP #2.1 puede incluir primera información y segunda información. La primera información puede incluir un identificador de la VL #4, un identificador de un puerto (no mostrado en la figura) a través del cual el SAP #2.1 está conectado externamente a un punto de conexión de pares externo a través de la VL #4, y un identificador del punto de conexión de pares externo (para ser específicos, un punto de conexión externo VnfExtCP #2.1 de la VNF #2) conectado al SAP #2.1 a través de la VL #4. La segunda información puede incluir un identificador de la VL #2 e identificadores de puertos (no mostrados en la figura) a través de los cuales el SAP #2.1 está conectado internamente a puntos de conexión de pares internos a través de la VL #2. Opcionalmente, los identificadores de los puntos de conexión de pares internos, para ser específicos, identificadores de puntos de enlace externos PnfExtCP #1.1 y PnfExtCP #1.2 de la PNF #1, pueden estar incluidos en la segunda información, o pueden no estar incluidos en la segunda información. Cuando existe un requisito de aislamiento de información entre diferentes dominios administrativos, los identificadores de los puntos de conexión de pares internos no se incluyen en la segunda información.

(2) La información sobre el SAP #2.2 se usa para describir un modelo de información de enlace virtual asociado con SAP #2.2, para ser específicos, un modelo de información de enlace virtual interno (VL #3) y un modelo de información de enlace virtual externo (VL #5). El SAP #2.2 está conectado externamente a un NS #3 anidado a través del enlace virtual externo (VL #5), y está conectado internamente a un NS #1 subanidado a través del enlace virtual interno (VL #3).

Específicamente, la información sobre el SAP #2.2 puede incluir primera información y segunda información. La primera información puede incluir un identificador de la VL #5, un identificador de un puerto (no mostrado en la figura) a través del cual el SAP #2.2 está conectado externamente a un punto de conexión externo a través de la VL #5, y un identificador del punto de conexión de pares externo (para ser específicos, un punto de acceso al servicio SAP #3.1 del NS #3 anidado) conectado al SAP #2.2 a través de la VL #5. La segunda información puede incluir un identificador de la VL #3 y un identificador de un puerto (no mostrado en la figura) a través del cual el SAP #2.2 está conectado internamente a un punto de conexión de pares interno a través de la VL #3. Opcionalmente, un identificador del punto de conexión interno pares, para ser específicos, un identificador de un punto de acceso al servicio SAP #1.1 del NS #1 subanidado, puede estar incluido en la segunda información, o puede no estar incluido en la segunda información. Cuando existe un requisito de aislamiento de información entre diferentes dominios administrativos, el identificador del punto de conexión de pares interno no está incluido en la segunda información.

(3) La información sobre el SAP #2.3 se usa para describir un modelo de información de enlace virtual asociado con SAP #2.3, para ser específicos, un modelo de información de enlace virtual interno (VL #1) y un modelo de información de enlace virtual externo (VL #6). El SAP #2.3 está conectado externamente a la instancia de NS compuesta a través del enlace virtual externo (VL #6), y está conectado internamente a una VNF #1 a través del enlace virtual interno (VL #1).

La primera información puede incluir un identificador de la VL #6, un identificador de un puerto (no mostrado en la figura) a través del cual el SAP #2.3 está conectado externamente a un punto de conexión de pares externo a través de la VL #6, y un identificador del punto de conexión de pares externo (para ser específicos, un punto de acceso al ^{servicio SAP #5.1 de la instancia de NS compuesta) conectado al SAP #2.3 a través de la}V^{l #6. La segunda información puede incluir un identificador de la}V^{l #1 e identificadores de puertos (no mostrados en la figura) a través}de los cuales el SAP #2.3 está conectado internamente a puntos de conexión de pares internos a través de la VL #1. Opcionalmente, los identificadores de los puntos de conexión de pares internos, para ser específicos, identificadores de puntos de enlace externos VnfExtCP #1.1 y VnfExtCP #1.2 del VNF #1, pueden estar incluidos en la segunda información, o pueden no estar incluidos en la segunda información. Cuando existe un requisito de aislamiento de información entre diferentes dominios administrativos, los identificadores de los puntos de conexión de pares internos no se incluyen en la segunda información.

II. El segundo NFVO establece, en función de la SapInfo, las conexiones indicadas por el modelo de información de enlace virtual descrito por la SapInfo.

(1) Específicamente, una manera en la que el segundo NFVO establece conexiones en función de la información sobre el SAP #2.1 puede incluir las siguientes etapas:

1. El segundo NFVO podrá establecer, en función de la primera información en la información sobre el SAP #2.1, una conexión entre el SAP #2.1 y el punto de conexión externo VnfExtCP #2.1 que es de la VNF #2 en la instancia de NS compuesta y que está conectada externamente a SAP #2.1 a través de la VL #4.

2. El segundo NFVO podrá establecer, en función de la segunda información en la información sobre el SAP #2.1, conexiones entre SAP #2.1 y los puntos de conexión externos PnfExtCP #1.1 y PnfExtCP #1.2 que son de la PNF #1 en el NS #2 anidado y que están conectados internamente al SAP #2.1 a través de la VL #2. Opcionalmente, cuando la segunda información no incluya los identificadores de la PNFExtCP #1.1 y la PNFExtCP #1.2, el segundo NFVO puede determinar de forma independiente, según una política preestablecida, los puntos de conexión de pares internos que se conectarán internamente al SAP #2.1 a través de la VL #2. Por ejemplo, el segundo NFVO puede seleccionar, en función de un tipo de servicio, puntos de conexión de pares internos que se conectarán internamente a la VL #2. Los tipos de servicio asociados con los puntos de conexión internos seleccionados son responsables son los mismos que un tipo de servicio asociado con la VNFExtCP #2.1 que está conectado al SAP #2.1 a través de la VL #4. El ejemplo se usa simplemente para explicar esta solicitud y no constituye una limitación.

(2) Específicamente, una manera en la que el segundo NFVO establece conexiones en función de la información sobre el SAP #2.2 puede incluir las siguientes etapas:

1. El segundo NFVO podrá establecer, en función de la primera información en la información sobre el SAP #2.2, una conexión entre el SAP #2.2 y el punto de acceso al servicio SAP #3.1 que es del NS #3 anidado en la instancia de NS compuesta y que está conectada externamente a SAP #2.2 a través de la VL #5.

2. El segundo NFVO podrá establecer, en función de la segunda información en la información sobre el SAP #2.2, conexiones entre SAP #2.2 y los puntos de acceso al servicio SAP #1.1 que son del NS #1 subanidado en el NS #2 anidado y que están conectados internamente al SAP #2.2 a través de la VL #3. Opcionalmente, cuando la segunda información no incluya los identificadores del SAP #1.1, el segundo NFVO puede determinar de forma independiente, según una política preestablecida, los puntos de conexión de pares internos que se conectarán internamente al SAP #2.2 a través de la VL #3. Por ejemplo, el segundo NFVO puede seleccionar, en función de un tipo de servicio, un punto de conexión de pares interno que se conectará internamente a la VL #3. Un tipo de servicio asociado con los puntos de conexión internos seleccionados es el mismo que un tipo de servicio asociado con el SAP #3.1 que está conectado al SAP #2.2 a través de la VL #5. El ejemplo se usa simplemente para explicar esta solicitud y no constituye una limitación.

(3) Específicamente, una manera en la que el segundo NFVO establece conexiones en función de la información sobre el SAP #2.3 puede incluir las siguientes etapas:

1. El segundo NFVO podrá establecer, en función de la primera información en la información sobre el SAP #2.3, una conexión entre el SAP #2.3 y el punto de acceso al servicio SAP #5.1 que es de la instancia de NS compuesta y que está conectada externamente a SAP #2.3 a través de la VL #6.

2. El segundo NFVO podrá establecer, en función de la segunda información en la información sobre el SAP #2.3, conexiones entre SAP #2.3 y los puntos de conexión externos VnfExtCP #1.1 y VnfExtCP #1.2 que son del VNF #1 en el NS #2 anidado y que están conectados internamente al SAP #2.3 a través de la VL #1. Opcionalmente, cuando la segunda información no incluya los identificadores del VnfExtCP #1.1 y el VnfExtCP #1.2, el segundo NFVO puede determinar de forma independiente, según una política preestablecida, los puntos de conexión de pares internos que se conectarán internamente al SAP #2.3 a través de la VL #1. Por ejemplo, el segundo NFVO puede seleccionar, en función de un tipo de servicio, puntos de conexión de pares internos que se conectarán internamente a la VL #3. Los tipos de servicio asociados con los puntos de conexión de pares internos seleccionados son los mismos que un tipo de servicio asociado con el SAP #5.1. El ejemplo se usa simplemente para explicar esta solicitud y no constituye una limitación.

De manera similar, para el segundo NFVO que gestiona el NS #3 anidado en los ejemplos de la figura 13, la SapInfo asociada con el NS #3 anidado incluye información sobre el SAP #3.1, información sobre un SAP #3.2, e información sobre un SAP #3.3. El segundo NFVo que gestiona el NS #3 anidado puede establecer, en función de la SapInfo asociada con el NS #3 anidado, conexiones indicadas por un modelo de información de enlace virtual descrito por la SapInfo. Para conocer los detalles, consulte los ejemplos en la figura 13, y los detalles no se describen de nuevo en la presente memoria.

En esta solicitud, un enlace virtual externo puede denominarse primer enlace virtual, y un enlace virtual interno puede denominarse segundo enlace virtual.

Además, como se muestra en la figura 12, el primer NFVO puede iniciar, al segundo NFVO, un proceso de actualización de la instancia de NS anidada, por ejemplo, añadiendo un punto de acceso al servicio o modificando un punto de acceso al servicio, para indicarle al segundo NFVO que actualice una conexión de red asociada con la instancia de NS anidada. Los detalles son los siguientes:

S106. El primer NFVO envía una segunda solicitud al segundo NFVO. Específicamente, la segunda solicitud puede usarse para solicitar la actualización de la instancia de NS anidada en la instancia de NS compuesta. Opcionalmente, la segunda solicitud puede incluir además un tipo de actualización de NS, por ejemplo, añadir un punto de acceso al servicio o modificar un punto de acceso al servicio. Específicamente, la segunda solicitud puede transportar la SapInfo asociada con la instancia de NS anidada.

En el presente documento, la SapInfo se usa específicamente para describir un modelo de información de enlace virtual asociado con una instancia de SAP y se puede usar mediante el segundo NFVO para actualizar las conexiones de red asociadas con la instancia de NS andada, para ser específico, actualizar la conexión entre la instancia de NS anidad y la instancia NS compuesta que está conectada externamente a la instancia de NS anidada basada en la instancia de SAP yy la conexión entre la instancia de NS anidad y la instancia miembro que está en la instancia NS compuesta y que está conectada externamente a la instancia de NS anidada basada en la instancia de SAP, o actualizar la conexión entre la instancia NS anidad y la instancia miembro basada en la instancia NS anidad que está conectada internamente a la instancia NS basada en la instancia de SAP. Para conocer la implementación específica de la SapInfo, consulte las descripciones relacionadas en S101 a S105. Los detalles no se describen de nuevo en la presente memoria.

S107 y S108: En consecuencia, el segundo NFVO recibe la segunda solicitud enviada por el primer NFVO y, en respuesta a la segunda solicitud, el segundo NFVO puede realizar un procedimiento de actualización de la instancia de NS anidada y luego devolver una respuesta de éxito de actualización de instancia al primer NFVO.

S109 y S110: El segundo NFVO puede actualizar, en función de la SapInfo que está asociada con la instancia de NS anidada y que se transporta en la segunda solicitud, la conexión entre la instancia de NS anidada y la instancia de NS compuesta que está conectada externamente a la instancia de NS anidada en función de la instancia de SAP y la conexión entre la instancia de NS anidada y la instancia miembro que está en la instancia de NS compuesta y que está conectada externamente a la instancia de NS anidada en función de la instancia de SAP, o actualizar la conexión entre la instancia de NS anidada y la instancia miembro que está en la instancia de NS anidada y que está conectada internamente a la instancia de NS anidada en función de la instancia de SAP. Luego, el segundo NFVO puede devolver una respuesta de éxito de actualización de conexión a el primer NFVO.

Específicamente, la actualización de las conexiones de red asociadas con la instancia de NS anidada pueden incluir al menos una de las siguientes: establecer una nueva conexión de red asociada con la instancia de NS anidada, modificar una conexión de red existente asociada con la instancia de NS anidada o eliminar una conexión de red existente asociada con la instancia de NS anidada.

Por ejemplo, en los ejemplos de la figura 13, para el segundo NFVO que gestiona el NS #2 anidado, se supone que el tipo de actualización de NS incluido en la segunda solicitud añade una instancia de SAP, y la SapInfo incluida en la segunda solicitud es información sobre un "SAP #2.4" (no mostrado). En este caso, el segundo NFVO podrá establecer, en función de la información sobre el SAP #2.4, una conexión externa y conexiones internas que son del NS #2 anidado y que se basan en el SAP #2.4, en otras palabras, establecer nuevas conexiones de red asociadas con la instancia de NS anidada.

Para otro ejemplo, en los ejemplos de la figura 13, para el segundo NFVO que gestiona el NS #2 anidado, se supone que el tipo de actualización de NS incluido en la segunda solicitud modifica una instancia de SAP, y la SapInfo incluida en la segunda solicitud es información actualizada sobre SAP #2.2, donde se actualiza la primera información e incluye: un identificador de VL #11, un identificador de un puerto a través del cual el SAP #2.2 está conectado externamente a un punto de conexión de pares externo a través de la VL #11, y un identificador de un punto de conexión de pares (para ser específicos, un punto de acceso al servicio ExtVnfCP #3.1 de una VNF #3 (no se muestra)) conectado a SAP #2.2 a través de la VL #11. En este caso, el segundo NFVO puede actualizar, en función de la información actualizada sobre el SAP #2.2, una conexión externa que es del NS #2 anidado y que se basa en el SAP #2.2, en otras palabras, actualizar una conexión de red asociada con la instancia de NS anidada.

Por ejemplo, en otro ejemplo de la figura 13, para el segundo NFVO que gestiona el NS #2 anidado, se supone que el tipo de actualización de NS incluido en la segunda solicitud añade una instancia de SAP, y la SapInfo incluida en la segunda solicitud es información sobre un SAP #2.3 a eliminar. En este caso, el segundo NFVO puede eliminar una conexión externa que sea del NS #2 anidado y que es función del SAP #2.2, en otras palabras, eliminar una conexión de red asociada con la instancia de NS anidada.

Los ejemplos anteriores se usan simplemente para explicar esta solicitud y no constituirán una limitación.

Puede entenderse que, la SapInfo se transporta en una solicitud (es decir, la segunda solicitud) usada para actualizar la instancia de NS anidada, y se puede indicar al NFVO del proveedor que actualice las conexiones de red internas y ^{externas de la instancia de}N^{s anidada en función de la SapInfo desde la perspectiva de la instancia de NS anidada.}Esto puede cumplir mejor con un requisito para actualizar una conexión de red desde la perspectiva de un NS anidado.

Además, en esta solicitud se amplía un SAPD para definir un modelo de información de enlace virtual desde la perspectiva del NS anidado. El contenido incluido en un SAPD extendido se puede mostrar en la Tabla 4.

Tabla 4

En el SAPD extendido que se muestra en la Tabla 4, tal como un campo recién añadido, a saber, el "ID de un SAPD asociado" (associatedSapdID), define un identificador de un SAPD asociado con otra instancia de SAP que está conectada a la instancia de SAP creada usando el SAPD que se muestra en la Tabla 4 en un momento del diseño. De esta forma, el segundo NFVO puede establecer una conexión correspondiente entre instancias de SAP en función de una relación de asociación entre los SAPD.

A continuación se describe, usando varias realizaciones, la implementación del método de gestión de servicios de red proporcionado en esta solicitud en diferentes escenarios de aplicación. Para facilitar la descripción, un primer NFVO se denomina brevemente NFVO-1, y un segundo NFVO se denomina brevemente NFVO-2 en las siguientes realizaciones.

Realización 1

La figura 14 muestra un proceso de instanciación de un NS compuesto usando un método de arriba hacia abajo. El NFVO-1 inicia la instanciación para cada NS anidado. Este proceso se centra principalmente en la interacción realizada a través de un punto de referencia Or-Or.

Las suposiciones en la realización de la figura 14 son los siguientes:

a. Una relación de asignación <NSD, NFVO-2> está disponible para el NFVO-1.

b. No existe una instancia de servicio de red anidada existente que pueda ser usada directamente por un servicio de red compuesto para la instanciación. En otras palabras, es necesario crear todos los NS anidados en el NS compuesto.

c. Ningún servicio de red compuesto comparte ninguna instancia de NS anidada.

Un proceso que se muestra en la figura 14 puede detallarse de la siguiente manera:

1. Un remitente (por ejemplo, un OSS/BSS) envía, al NFVO-1, una solicitud usada para crear un NS compuesto. Para conocer la implementación específica de esta etapa, consulte la cláusula 7.3.2 en el protocolo GS NFV-IFA013 de ETSI. Los detalles no se describen de nuevo en la presente memoria.

2. El NFVO-1 devuelve un ID de una instancia de NS compuesta al remitente. Para conocer la implementación específica de esta etapa, consulte la cláusula 7.3.2 en el protocolo GS NFV-IFA013 de ETSI. Los detalles no se describen de nuevo en la presente memoria.

3. El NFVO-1 envía una notificación de creación de ID de NS compuesto al remitente. Para conocer la implementación específica de esta etapa, consulte la cláusula 8.3.2.9 en el protocolo GS NFV-IFA013 de ETSI. Los detalles no se describen de nuevo en la presente memoria.

4. El remitente envía una solicitud de instanciación de NS compuesta al NFVO-1, donde la solicitud transporta un ID de NS anidado. Para conocer la implementación específica de esta etapa, consulte la cláusula 7.3.3 en el protocolo GS NFV-IFA013 de ETSI. Los detalles no se describen de nuevo en la presente memoria.

5. El NFVO-1 devuelve una respuesta de instanciación de NS compuesta al remitente. Para conocer la implementación específica de esta etapa, consulte la cláusula 7.3.3 en el protocolo GS NFV-IFA013 de ETSI. Los detalles no se describen de nuevo en la presente memoria.

6. El NFVO-1 obtiene un NSD compuesto usado para instanciar el NS compuesto y envía al remitente una notificación de cambio de ciclo de vida del NS compuesto que indica un "inicio de instanciación". Para conocer la implementación específica de esta etapa, consulte la cláusula 8.3.2.2 en el protocolo GS NFV-IFA013 de ETSI. Los detalles no se describen de nuevo en la presente memoria.

7. El NFVO-1 obtiene, a partir de la relación de asignación <NSD, NFVO-2>, un NFVO-2 correspondiente a cada NSD anidado que forma el NSD compuesto. Para cada miembro NS anidado, el NFVO-1 envía una solicitud de creación de NS anidado (que se usa para solicitar la creación de una instancia de NS anidada) a un NFVO-2 que gestiona el NS anidado, donde la solicitud puede transportar SapInfo. El NFVO-2 puede usar el SapInfo para establecer conexiones de red internas y externas que son función de una instancia de SAP de la instancia de NS anidada. Para conocer una implementación específica de la SapInfo, consulte las descripciones relacionadas anteriores. Los detalles no se describen de nuevo en la presente memoria.

8. El NFVO-2 devuelve un ID de la instancia de NS anidada al NFVO-1.

9. El NFVO-2 envía una notificación de creación de ID de instancia de NS anidada al NFVO-1.

10. El NFVO-1 envía una solicitud de instanciación del NS anidado al NFVO-2, donde la solicitud transporta el ID de la instancia de NS anidada y se usa para solicitar la instanciación de NS anidados.

11. El NFVO-2 devuelve una respuesta de instanciación de NS anidado al NFVO-1.

12. El NFVO-2 envía, al NFVO-1, una notificación de cambio de ciclo de vida del NS anidado que indica un "inicio de instanciación".

13. El NFVO-2 realiza un proceso de instanciación del NS anidado.

14. Tan pronto como se crea una instancia exitosa de NS anidado, el NFVO-2 envía, al NFVO-1, una notificación de cambio de ciclo de vida que indica un "resultado". Para conocer la implementación específica de esta etapa, consulte la cláusula 8.3.2.2 en el protocolo GS NFV-IFA013 de ETSI. Los detalles no se describen de nuevo en la presente memoria.

15. El NFVO-1 instancia otro miembro, tal como una VNF o una PNF.

16. Tan pronto como todos los miembros de la instancia de NS compuesta se instancian correctamente, el NFVO-1 envía una notificación al NFVO-2 para notificar al NFVO-2 que todas las instancias miembro se instancian correctamente.

17. El NFVO-2 establece, en función de la SapInfo transportada en el mensaje de solicitud, una conexión entre la instancia de NS anidada y una instancia miembro que está en la instancia de NS compuesta y que está (externamente) conectada a la instancia anidada a través de la instancia de SAP, y una conexión entre la instancia de NS anidada y una instancia miembro que está en la instancia de NS anidada y que está conectada (internamente) a la instancia de NS anidada a través de la instancia de SAP.

18. Tan pronto como todos los miembros en la instancia de NS compuesta se instancian correctamente, el NFVO-1 establece una conexión entre otras instancias miembro (instancias miembro distintas de la instancia de NS anidada) y una conexión entre cada una de las otras instancias miembro y la instancia de NS compuesta.

19. El NFVO-2 devuelve una respuesta de éxito de establecimiento de conexión al NFVO-1, para indicar que las conexiones de red internas y externas, formadas a través de la instancia de SAP, de la instancia de NS anidada se establecieron con éxito.

20. El NFVO-1 envía, al remitente, una notificación de cambio de ciclo de vida del NS compuesto que indica un "resultado". Para conocer la implementación específica de esta etapa, consulte la cláusula 8.3.2.2 en el protocolo GS NFV-IFA013 de ETSI. Los detalles no se describen de nuevo en la presente memoria.

En esta realización, la solicitud de creación de NS anidado en la etapa 7 transporta SapInfo y es equivalente a la primera solicitud mencionada en el procedimiento del método en la figura 12. El NFVO-2 puede usar el SapInfo para establecer conexiones de red internas y externas que son función de la instancia de SAP de la instancia de NS anidada. Opcionalmente, la SapInfo puede transportarse alternativamente en la solicitud de instanciación de NS anidado en la etapa 10. En este caso, la solicitud de instanciación de NS anidado puede ser equivalente a la primera solicitud mencionada en el procedimiento del método en la figura 12.

En esta realización, para conocer la etapa 17 para una implementación específica de establecimiento, por el segundo NFVO en función de la SapInfo, las conexiones indicadas por un modelo de información de enlace virtual descrito por la SapInfo, consulte el contenido relacionado en el procedimiento de método general descrito en la figura 12. No se describen los detalles de nuevo en la presente memoria.

En esta realización, la conexión entre otras instancias miembro y la conexión entre otra instancia miembro y la instancia de NS compuesta que se mencionan en la etapa 18 son conexiones de red relacionadas con una instancia de NS no anidada. Por ejemplo, en los ejemplos de la figura 13, la conexión entre otras instancias miembro incluye una conexión entre la VNF #2 y un SAP #5.2 que es de la instancia de NS compuesta y que está conectada a la VNF #2 en un punto de conexión externo VnfExtCP #2.2 de la VNF #2 a través de una VL #9. El ejemplo se usa simplemente para explicar esta solicitud y no constituye una limitación. Opcionalmente, el NFVO-1 puede crear una conexión de red entre otras instancias usando un modelo de información de enlace virtual ya definido en el estándar NFV de ETSI existente. Los detalles no se describen de nuevo en la presente memoria.

Realización 2

La figura 15 proporciona un escenario variante de instanciar un NS compuesto. En este escenario, una instancia de NS anidada en una instancia de NS compuesta instanciada es una instancia de NS anidada existente usada por otra instancia de NS compuesta. Por lo tanto, la instancia de NS anidada es compartida por una pluralidad de instancias de NS compuestas, y la pluralidad de instancias compuestas puede proporcionarse en diferentes dominios administrativos.

Las suposiciones en la realización de la figura 15 son los siguientes:

a. Una relación de asignación <NSD, NFVO-2> está disponible para el NFVO-1.

b. Existe una instancia de NS anidada existente que es gestionada por el NFVO-2 y que puede usarse directamente para crear una instancia de un NS compuesto.

c. El NFVO-1 determina si usar la instancia de NS anidada existente para constituir el NS compuesto.

Con la ayuda de la relación de asignación <NSD anidada, NFVO-2>, el NFVO-1 puede suscribirse a una notificación del NFVO-2, donde la notificación se usa para capturar, en un dominio administrativo en el que se ubica el NFVO-2, un cambio de estado de una instancia de Ns anidada asociada con el NSD anidado. Un estado de la instancia de NS puede incluir: ser creada pero no instanciada, ser instanciada pero no compartida, ser instanciada y compartida, o similares. El NFVO-1 también puede usar información sobre un estado (por ejemplo, instanciado y compartido) de la instancia de NS anidada para instanciar el NS compuesto, por ejemplo, determinar si la instancia de NS anidada puede usarse para un nuevo NS compuesto.

Un proceso que se muestra en la figura 15 puede detallarse de la siguiente manera:

1. El NFVO-2 se suscribe a notificaciones que son de estados de uso de instancias de NS y que son de todos los NFVO relacionados (incluido el NFVO-1). El NFVO relacionado interactúa con el NFVO-2 a través de un punto de referencia Or-Or.

En la presente memoria, la manera en que un NFVO (por ejemplo, el NFVO-2 en esta realización) selecciona un grupo de NFVO (el NFVO necesita suscribirse a las notificaciones proporcionadas por el grupo de NFVO) depende de un escenario específico. Por ejemplo, de manera adecuada, el NFVO puede suscribirse a una notificación proporcionada por cada uno de los otros NFVO conocidos.

2. El NFVO-1 se suscribe a una notificación del NFVO-2, para conocer un cambio de estado de una instancia NS (que está asociada a un NSD o directamente indicada por el NFVO-1) en el dominio administrativo en el que se ubica el NFVO-2. Un estado de la instancia de NS anidada puede incluir: ser creada pero no instanciada, ser instanciada pero no compartida, ser instanciada y compartida, o similares.

3. Cuando ocurre un evento correspondiente, el NFVO-2 envía una notificación de cambio de estado de la instancia de NS al NFVO-1, donde la notificación puede transportar un identificador de la instancia de NS y un nuevo estado de la instancia de NS.

Las etapas 4 a 7 son los mismas que las etapas 1 a 4 en la figura 14, y describen principalmente un procedimiento en el que un remitente inicia una solicitud de instanciación de NS compuestos al NFVO-1.

8. El NFVO-1 envía, al NFVO-2, una notificación de determinación de usar la instancia de NS, para indicar que el NFVO-1 determina, en función de un estado (por ejemplo, ser instanciado y compartido) de la instancia de NS existente y otra limitación, tal como una limitación de capacidad de la instancia de NS, para usar la instancia de NS existente gestionada por el NFVO-2 para instanciar el NS compuesto.

En respuesta a la notificación, el NFVO-2 puede establecer una relación de uso entre la instancia de NS existente y el NFVO-1.

Puede entenderse que cuando NFVO-1 determina usar la instancia de NS existente gestionada por NFVO-2 como una instancia de NS miembro, se debe añadir una instancia de SAP para la instancia de NS existente en un NS compuesto gestionado por el NFVO-1. La instancia de SAP recién añadida puede usarse para establecer una conexión entre la instancia de NS existente y una instancia miembro en el NS compuesto gestionado por el NFVO-1 y, por lo tanto, la instancia de NS existente se convierte en una instancia miembro en el NS compuesto. En esta realización, la notificación de determinación de usar la instancia NS puede transportar SapInfo asociada con la instancia de SAP recién añadida, donde el NFVO-2 usa la SapInfo para establecer una conexión de red que es función de la instancia de SAP recién añadida.

9. El NFVO-1 devuelve una respuesta de instanciación de NS compuesta al remitente. Para conocer la implementación específica de esta etapa, consulte la cláusula 7.3.3 en el protocolo GS NFV-IFA013 de ETSI. Los detalles no se describen de nuevo en la presente memoria.

10. El NFVO-1 obtiene un NSD compuesto usado para instanciar el NS compuesto y envía al remitente una notificación de cambio de ciclo de vida del NS compuesto que indica un "inicio de instanciación". Para conocer la implementación específica de esta etapa, consulte la cláusula 8.3.2.2 en el protocolo GS NFV-IFA013 de ETSI. Los detalles no se describen de nuevo en la presente memoria.

11. El NFVO-1 instancia otro miembro, tal como una VNF o una PNF.

12. Tan pronto como todos los miembros de la instancia de NS compuesta se instancian correctamente, el NFVO-1 envía una notificación al NFVO-2 para notificar al NFVO-2 que todas las instancias miembro se instancian correctamente.

13. El NFVO-2 puede establecer, usando SapInfo, conexiones de red que son de la instancia de NS existente y que son función de la instancia de SAP recién añadida en el NS compuesto gestionado por el NFVO-1. Específicamente, el NFVO-2 puede establecer una conexión entre la instancia de Ns existente y una instancia miembro que está en la instancia de NS compuesta y que está (externamente) conectada a la instancia de NS existente a través de la instancia de SAP recién añadida, y una conexión entre la instancia de NS existente y una instancia miembro que está en la instancia de NS existente y que está (internamente) conectada a la instancia de NS existente a través de la instancia de SAP recién añadida.

14. El NFVO-2 devuelve una respuesta de éxito de establecimiento de conexión al NFVO-1, para indicar que las conexiones de red que son de la instancia de NS existente y que son función de la instancia de SAP recién añadida en el NS compuesto gestionado por el NFVO-1 se establecen con éxito.

15. El NFVO-1 utiliza la instancia de NS existente gestionada por NFVO-2 para constituir la instancia de NS compuesta.

16. El NFVO-1 envía, al remitente, una notificación de cambio de ciclo de vida del NS compuesto que indica un "resultado". Para conocer la implementación específica de esta etapa, consulte la cláusula 8.3.2.2 en el protocolo GS NFV-IFA013 de ETSI. Los detalles no se describen de nuevo en la presente memoria.

En esta realización, la notificación de determinación de usar la instancia NS en la etapa 8 transporta la SapInfo, donde el NFVO-2 puede usar el SapInfo para establecer conexiones de red internas y externas en función de la instancia de SAP recién añadida de la instancia NS existente. En esta solicitud, la notificación de determinación de usar la instancia NS puede denominarse tercera solicitud.

En esta realización, para conocer la etapa 13 para una implementación específica de establecimiento, por el segundo NFVO en función de la SapInfo, de las conexiones indicadas por un modelo de información de enlace virtual descrito por la SapInfo, consulte el contenido relacionado en el procedimiento de método general descrito en la figura 12. Los detalles no se describen de nuevo en la presente memoria.

Realización 3:

La figura 16 muestra un proceso de instanciación de un NS compuesto usando un método de abajo hacia arriba. Un remitente (un OSS/BSS) primero inicia la instanciación para cada NS anidado antes de la instanciación del NS compuesto. Este proceso se centra principalmente en la interacción realizada a través de un punto de referencia Or-Or.

Las suposiciones en la realización de la figura 16 son los siguientes:

a. Una relación de asignación <NSD, NFVO-2> está disponible para el NFVO-1.

b. Ninguna instancia de NS anidada es compartida por otro NS compuesto.

Un proceso que se muestra en la figura 16 puede detallarse de la siguiente manera:

1. El NFVO-1 se suscribe a un cambio de ciclo de vida de NS que es de un NS anidado y que genera el NFVO-2. Para conocer la implementación específica de esta etapa, consulte la cláusula 7.4 en el protocolo GS NFV-IFA013 de ETSI. Los detalles no se describen de nuevo en la presente memoria

2. El remitente (por ejemplo, el OSS/BSS) envía, al NFVO-2, una solicitud usada para crear un ID de NS anidado. Para conocer la implementación específica de esta etapa, consulte la cláusula 7.3.2 en el protocolo GS NFV-IFA013 de ETSI. Los detalles no se describen de nuevo en la presente memoria. Específicamente, la solicitud puede transportar SapInfo. El NFVO-2 puede usar el SapInfo para establecer conexiones de red internas y externas que son función de una instancia de sAp de la instancia de NS anidada. Para conocer la implementación de la SapInfo, consulte las descripciones relacionadas anteriores. Los detalles no se describen de nuevo en la presente memoria.

3. El NFVO-2 devuelve un ID de la instancia de NS anidada al remitente. Para conocer la implementación específica de esta etapa, consulte la cláusula 7.3.2 en el protocolo GS NFV-IFA013 de ETSI. Los detalles no se describen de nuevo en la presente memoria.

4. El NFVO-2 envía una notificación de creación de ID de instancia de NS anidada al remitente. Para conocer la implementación específica de esta etapa, consulte la cláusula 8.3.2.9 en el protocolo GS NFV-IFA013 de ETSI. Los detalles no se describen de nuevo en la presente memoria.

5. Si el NFVO-1 ya se suscribe al cambio de ciclo de vida del NS (refiriéndose a la etapa 1) que es del NS anidado y que es generado por el NFVO-2, el NFVO-2 notifica al NFVO-1 de la creación del ID de la instancia de NS anidada.

6. El remitente envía una solicitud de instanciación de NS anidado al NFVO-2, donde la solicitud transporta el ID de la instancia de NS anidada. Para conocer la implementación específica de esta etapa, consulte la cláusula 7.3.3 en el protocolo GS NFV-IFA013 de ETSI. Los detalles no se describen de nuevo en la presente memoria.

7. El NFVO-2 devuelve una respuesta de instanciación de NS anidado al remitente. Para conocer la implementación específica de esta etapa, consulte la cláusula 7.3.3 en el protocolo GS NFV-IFA013 de ETSI. Los detalles no se describen de nuevo en la presente memoria.

8. El NFVO-2 envía, al remitente, una notificación de cambio de ciclo de vida del NS anidado que indica un "inicio de instanciación". Para conocer la implementación específica de esta etapa, consulte la cláusula 8.3.2.2 en el protocolo GS NFV-IFA013 de ETSI. Los detalles no se describen de nuevo en la presente memoria.

9. Si el NFVO-1 ya se suscribe al cambio de ciclo de vida del NS (refiriéndose a la etapa 1) que es del NS anidado y que es generado por el NFVO-2, el NFVO-2 notifica al NFVO-1 de la notificación de cambio de ciclo de vida del NS anidado que indica un "inicio de instanciación".

10. El NFVO-2 realiza un proceso de instanciación del NS anidado.

11. Tan pronto como la instancia de NS anidada se instancia correctamente, el NFVO-2 envía al remitente una notificación de cambio de ciclo de vida del NS anidado que indica un "resultado de instanciación". Para conocer la implementación específica de esta etapa, consulte la cláusula 8.3.2.2 en el protocolo GS NFV-IFA013 de ETSI. Los detalles no se describen de nuevo en la presente memoria.

12. Si el NFVO-1 ya se suscribe al cambio de ciclo de vida del NS (refiriéndose a la etapa 1) que es del NS anidado y que es generado por el NFVO-2, el NFVO-2 notifica al NFVO-1 de la notificación de cambio de ciclo de vida del NS anidado que indica un "resultado de instanciación".

13. Tan pronto como todas las instancias de NS anidadas se instancian con éxito, el remitente envía, al NFVO-1, una solicitud usada para crear un ID de NS compuesto. Para conocer la implementación específica de esta etapa, consulte la cláusula 7.3.2 en el protocolo GS NFV-IFA013 de ETSI. Los detalles no se describen de nuevo en la presente memoria.

14. El NFVO-1 devuelve un ID de una instancia de NS compuesta al remitente. Para conocer la implementación específica de esta etapa, consulte la cláusula 7.3.2 en el protocolo GS NFV-IFA013 de ETSI. Los detalles no se describen de nuevo en la presente memoria.

15. El NFVO-1 envía una notificación de creación de ID de NS compuesto al remitente. Para conocer la implementación específica de esta etapa, consulte la cláusula 8.3.2.9 en el protocolo GS NFV-IFA013 de ETSI. Los detalles no se describen de nuevo en la presente memoria.

16. El remitente envía una solicitud de instanciación de NS compuesta al NFVO-1, donde la solicitud transporta el ID de la instancia de NS anidada. Para conocer la implementación específica de esta etapa, consulte la cláusula 7.3.3 en el protocolo GS NFV-IFA013 de ETSI. Los detalles no se describen de nuevo en la presente memoria.

17. El NFVO-1 devuelve una respuesta de instanciación de NS compuesta al remitente. Para conocer la implementación específica de esta etapa, consulte la cláusula 7.3.3 en el protocolo GS NFV-IFA013 de ETSI. Los detalles no se describen de nuevo en la presente memoria.

18. El NFVO-1 envía, al remitente, una notificación de cambio de ciclo de vida del NS compuesto que indica un "inicio de instanciación". Para conocer la implementación específica de esta etapa, consulte la cláusula 8.3.2.2 en el protocolo GS NFV-IFA013 de ETSI. Los detalles no se describen de nuevo en la presente memoria.

19. El NFVO-1 verifica la disponibilidad de una instancia de NS anidada requerida en función de la notificación en la etapa 11.

20. Si el NS compuesto incluye una VNF y/o una PNF, el NFVO-1 instancia la VNF y/o la PNF.

21. Tan pronto como todos los miembros de la instancia de NS compuesta se instancian correctamente, el NFVO-1 envía una notificación al NFVO-2 para notificar al NFVO-2 que todas las instancias miembro se instancian correctamente.

22. El NFVO-2 establece, en función de la SapInfo, una conexión entre la instancia de NS anidada y una instancia miembro que está en la instancia de NS compuesta y que está (externamente) conectada a la instancia anidada a través de la instancia de SAP, y una conexión entre la instancia de NS anidada y una instancia miembro que está en la instancia de NS anidada y que está (internamente) conectada a la instancia de NS anidada a través de la instancia de SAP.

23. El NFVO-2 devuelve una respuesta de éxito de establecimiento de conexión al NFVO-1, para indicar que las conexiones de red internas y externas, formadas a través de la instancia de SAP, de la instancia de NS anidada se establecieron con éxito.

24. Tan pronto como todos los miembros en la instancia de NS compuesta se instancian correctamente, el NFVO-1 establece una conexión entre otras instancias miembro (instancias miembro distintas de la instancia de NS anidada) y una conexión entre cada una de las otras instancias miembro y la instancia de NS compuesta.

25. El NFVO-1 envía, al remitente, una notificación de cambio de ciclo de vida del NS compuesto que indica un "resultado". Para conocer la implementación específica de esta etapa, consulte la cláusula 8.3.2.2 en el protocolo GS

NFV-IFA013 de ETSI. Los detalles no se describen de nuevo en la presente memoria.

En esta realización, la solicitud usada para crear el ID de NS anidado en la etapa 2 transporta la SapInfo, y es equivalente a la primera solicitud mencionada en el procedimiento del método en la figura 12. El NFVO-2 puede usar el SapInfo para establecer las conexiones de red internas y externas que son función de la instancia de SAP de la instancia de NS anidada. Opcionalmente, la SapInfo puede transportarse alternativamente en la solicitud de instanciación de NS anidado en la etapa 6. En este caso, la solicitud de instanciación de NS anidado puede ser equivalente a la primera solicitud mencionada en el procedimiento del método en la figura 12.

En esta realización, para conocer la etapa 22 para una implementación específica de establecimiento, por el segundo

NFVO en función de la SapInfo, de las conexiones indicadas por un modelo de información de enlace virtual descrito

por la SapInfo, consulte el contenido relacionado en el procedimiento de método general descrito en la figura 12. Los detalles no se describen de nuevo en la presente memoria.

Realización 4:

La figura 17 muestra un proceso de actualización de un NS compuesto. Un NS compuesto gestionado por el NFVO-1

incluye un NS anidado gestionado por el NFVO-2. Este proceso se centra principalmente en la interacción realizada a través de un punto de referencia Or-Or.

Un tipo de actualización de NS asociado con una instancia de NS anidada puede incluir, pero no se limita a: añadir un

SAP para el NS anidado, modificar un SAP del NS anidado, eliminar un SAP del NS anidado, añadir un NS anidado o eliminar un NS anidado. Esta realización se enfoca principalmente en añadir, modificar o eliminar un SAP del NS anidado.

Un proceso que se muestra en la figura 17 puede detallarse de la siguiente manera:

1. El NFVO-2 se suscribe a notificaciones que son de estados de uso de instancias de NS y que son de todos los

NFVO relacionados (incluido el NFVO-1). El NFVO relacionado interactúa con el NFVO-2 a través de un punto de referencia Or-Or.

En la presente memoria, la manera en que un NFVO (por ejemplo, el NFVO-2 en esta realización) selecciona un grupo

de NFVO (el NFVO necesita suscribirse a las notificaciones proporcionadas por el grupo de NFVO) depende de un escenario específico. Por ejemplo, de manera adecuada, el NFVO puede suscribirse a una notificación proporcionada

por cada uno de los otros NFVO conocidos.

2. Un remitente (por ejemplo, un OSS/BSS) envía, al NFVO-1, una solicitud de actualización de NS compuesta usada

para realizar una operación de actualización de NS. Para conocer una implementación específica de esta etapa, consulte la cláusula 7.3.5 en el protocolo GS NFV-IFA013 de ETSI. Los detalles no se describen de nuevo en la presente memoria.

3. El NFVO-1 devuelve una respuesta de actualización de NS al remitente.

4. El NFVO-1 envía, al remitente, una notificación de cambio de ciclo de vida del NS compuesto que indica un "inicio

de una actualización". Para conocer la implementación específica de esta etapa, consulte la cláusula 8.3.2.2 en el protocolo GS NFV-IFA013 de ETSI. Los detalles no se describen de nuevo en la presente memoria.

5. El NFVO-1 envía una solicitud de actualización de instancia de NS anidada al NFVO-2, donde la solicitud transporta SapInfo. La solicitud puede incluir además un tipo de actualización de NS, por ejemplo, añadir un punto de acceso al servicio o modificar un punto de acceso al servicio.

Específicamente, la SapInfo puede ser información sobre todas las instancias de SAP gestionadas por la instancia de

NS anidada, o puede ser información sobre una instancia de SAP añadida, información sobre una instancia de SAP

que se modificará o información sobre una instancia de SAP que se eliminará. El NFVO-2 puede usar el SapInfo para ^{actualizar una conexión de red asociada con la instancia de}N^{s anidada. Para conocer la implementación específica}

de la SapInfo, consulte las descripciones relacionadas en el procedimiento del método en la figura 12. Los detalles no se describen de nuevo en la presente memoria.

6. El NFVO-2 actualiza la instancia de NS anidada. Específicamente, el NFVO-2 puede actualizar la instancia de NS en función de un tipo de actualización de NS, por ejemplo, añadir o modificar una instancia de SAP.

7. El NFVO-2 devuelve una respuesta de éxito de actualización de la instancia de NS anidada al NFVO-1.

8. El NFVO-2 actualiza, en función de la SapInfo, la conexión de red asociada con la instancia de NS anidada. Específicamente, la actualización de una conexión de red asociada con la instancia de NS anidada puede incluir al menos una de las siguientes: establecer una nueva conexión de red asociada con la instancia de NS anidada, modificar una conexión de red existente asociada con la instancia de NS anidada o eliminar una conexión de red existente asociada con la instancia de NS anidada.

9. El NFVO-2 devuelve una respuesta de éxito de actualización de conexión al NFVO-1.

10. El NFVO-1 actualiza otra instancia miembro (una instancia miembro, distinta de la instancia de NS anidada, gestionada por NFVO-2).

11. El NFVO-1 actualiza una conexión de red asociada con la otra instancia miembro.

12. El NFVO-1 envía, al remitente, una notificación de cambio de ciclo de vida del NS compuesto que indica un "resultado de actualización". Para conocer la implementación específica de esta etapa, consulte la cláusula 8.3.2.2 en el protocolo GS NFV-IFA013 de ETSI. Los detalles no se describen de nuevo en la presente memoria.

En esta realización, la solicitud de actualización de la instancia de NS anidada en la etapa 5 transporta la SapInfo y es equivalente a la segunda solicitud mencionada en el procedimiento del método en la figura 12.

En esta realización, para conocer la etapa 8 para una implementación específica de actualización, por el segundo NFVO en función de la SapInfo, de la conexión de red asociada con la instancia de NS anidada, consulte el contenido relacionado en el procedimiento de método general descrito en la figura 12. Los detalles no se describen de nuevo en la presente memoria.

La figura 18 muestra un aparato 100 proporcionado en esta solicitud. El aparato 100 se puede aplicar en el sistema MANO de NFV mostrado en la figura 2. El aparato 100 puede configurarse principalmente para implementar una función de un NFVO. Para ser específico, el aparato 100 gestiona y procesa principalmente un descriptor de servicio de red (NSD) y un gráfico de reenvío de funciones de red virtualizado (VNFFG), y realiza la gestión del ciclo de vida para un servicio de red. Opcionalmente, el aparato 100 puede integrar además una función de una VNFM y puede configurarse además para realizar la gestión del ciclo de vida de una VNF e implementar una función de vista global para recursos virtualizados. Opcionalmente, el aparato 100 puede integrar además una función de un VIM, y puede configurarse además para realizar la asignación y/o reserva de recursos e intercambiar información de configuración y estado de un recursos virtualizado.

Como se muestra en la figura 18, el aparato 100 puede incluir un transceptor 103, uno o más puertos 107 acoplados al transceptor 103, una memoria 105 y un procesador 101 acoplado a la memoria 105.

El transceptor 103 puede ser un transmisor, un receptor o una combinación de los mismos, y enviar o recibir datos a través del puerto 107.

La memoria 105 está acoplada al procesador 101 y está configurada para almacenar diversos programas de software y/o una pluralidad de conjuntos de instrucciones. Específicamente, la memoria 105 puede ser una memoria 105 de acceso aleatorio de alta velocidad y puede ser además una memoria 105 no volátil, por ejemplo, uno o más dispositivos de almacenamiento en disco, un dispositivo de memoria flash u otro dispositivo de almacenamiento de estado sólido no volátil. La memoria 105 puede almacenar un sistema operativo (brevemente denominado sistema a continuación), por ejemplo, un sistema operativo integrado tal como uCOS, VxWorks o RTLinux.

En esta solicitud, la memoria 105 puede almacenar un programa de implementación, a saber, un módulo 1053 de NFVO, del método de gestión de servicios de red proporcionado en una o más realizaciones de esta solicitud. El módulo 1053 de NFVO puede ejecutarse en el procesador 101. Cuando se ejecuta el módulo 1053 de NFVO, el procesador 101 puede configurarse para realizar el método de gestión de servicios de red proporcionado en esta solicitud.

Opcionalmente, la memoria 105 puede almacenar además un módulo 1051 de NFV. El módulo 1051 de NFV puede configurarse para albergar, almacenar e implementar una función de red de uno o más dispositivos de red virtualizados. El procesador 101 puede incluir uno o más procesadores 101 multinúcleo y/o la memoria 105. El procesador 101 puede ser un procesador 101 de propósito general, un circuito integrado de aplicación específica (circuito integrado de aplicación específica, ASIC), un procesador 101 de señal digital (procesador de señal digital, DSP) o un sistema en chip (sistema en chip, SoC). El procesador 101 está acoplado al transceptor 103 y puede configurarse para procesar los datos recibidos o enviados por el transceptor 103. El procesador 101 puede configurarse para leer y ejecutar una instrucción legible por ordenador. Específicamente, el procesador 101 puede configurarse para: invocar un programa almacenado en la memoria 105, por ejemplo, un programa de implementación del método de gestión de servicios de red proporcionado en una o más realizaciones de esta solicitud, y ejecutar una instrucción incluida en el programa.

En esta aplicación, el aparato 100 mostrado en la figura 18 puede configurarse para ejecutar el NFVO del consumidor (es decir, el primer NFVO o el NFVO-1) mencionado en las realizaciones del método anterior, o puede configurarse para ejecutar el NFVO del proveedor (es decir, el segundo NFVO o el NFVO-2) mencionado en las realizaciones del método anterior.

Específicamente, el aparato 100 puede implementarse como un aparato informático tal como un enrutador, un servidor o un conmutador.

Cabe señalar que el aparato 100 mostrado en la figura 18 es solo una implementación de las realizaciones de esta solicitud. En la solicitud real, el aparato 100 puede incluir además más o menos componentes, y esto no se limita en la presente memoria.

La figura 19 muestra un sistema MANO de NFV y un aparato proporcionado en esta solicitud. Un sistema 10 MANO de NFV puede incluir un primer aparato 200 y un segundo aparato 300. En esta solicitud, el primer aparato 200 puede ser el NFVO del consumidor (es decir, el primer NFVO o el NFVO-1) mencionado en las realizaciones del método anterior, y el segundo aparato 300 puede ser el NFVO del proveedor (es decir, el segundo NFVO o el NFVO-2) mencionado en las realizaciones del método anterior. El sistema 10 MANO de NFV puede ser el sistema MANO de NFV descrito en la figura 2. Las descripciones se proporcionan por separado a continuación.

Como se muestra en la figura 19, el primer aparato 200 puede incluir una unidad 201 de procesamiento y una unidad 203 de comunicaciones.

La unidad 203 de comunicaciones puede configurarse para recibir una solicitud que se usa para crear una instancia de NS compuesta y que es enviada por un remitente (por ejemplo, un OSS/BSS).

La unidad 203 de comunicaciones puede configurarse para enviar una primera solicitud al segundo aparato 300 (es decir, el NFVO del proveedor), donde la primera solicitud se usa para solicitar al segundo aparato 300 que cree una instancia de NS anidada en la instancia de NS compuesta.

La unidad 201 de procesamiento puede configurarse para: crear una instancia miembro (es decir, otra instancia miembro) distinta de la instancia de NS anidada en la instancia de NS compuesta, y establecer una conexión de red entre instancias miembro.

Específicamente, la primera solicitud transporta información sobre una instancia de SAP asociada con la instancia de NS anidada. La información sobre la instancia de SAP se puede usar por el segundo aparato 300 para establecer, en función de la instancia de SAP, una conexión entre la instancia de NS anidada y la instancia de NS compuesta y una conexión entre la instancia de NS anidada y la instancia miembro en la instancia de NS compuesta, y se usa además por el segundo aparato 300 para establecer, en función de la instancia de SAP, una relación de conexión con una instancia miembro en la instancia de NS anidada.

En esta solicitud, la instancia miembro en la instancia de NS compuesta puede incluir al menos una instancia de NS anidada, y la instancia miembro en la instancia de NS anidada puede incluir al menos uno de los siguientes: una instancia de NS anidada, una instancia de VNF o una instancia de PNF.

En esta solicitud, la información sobre la instancia de SAP puede incluir una primera información y una segunda información. La primera información puede ser usada por el segundo aparato 300 para establecer, en función de la instancia de SAP, una relación de conexión en la que la instancia de NS anidada se conecta a la instancia miembro en la instancia de NS compuesta a través de la instancia de SAP. La primera información puede ser usada por el segundo aparato 300 para establecer, en función de la instancia de SAP, la relación de conexión en la que la instancia de NS anidada se conecta a la instancia miembro en la instancia de NS anidada a través de la instancia de SAP. Para conocer una implementación específica de la SapInfo, consulte las descripciones relacionadas de las realizaciones del método anteriores. Los detalles no se describen de nuevo en la presente memoria.

En algunas realizaciones, la unidad 203 de comunicaciones puede configurarse además para recibir una solicitud que se usa para actualizar la instancia de NS compuesta y que es enviada por el remitente (por ejemplo, el OSS/BSS). La unidad 203 de comunicaciones puede configurarse además para enviar una segunda solicitud al segundo aparato 300, donde la segunda solicitud puede usarse para solicitar la actualización de la instancia de NS anidada en la instancia de NS compuesta. Específicamente, la segunda solicitud transporta información sobre la instancia de SAP asociada con la instancia de NS anidada, y la información sobre la instancia de SAP puede ser usada por el segundo aparato 300 para actualizar, en función de la instancia de SAP, una conexión de red que está asociada con la instancia de NS anidada y que está en la instancia de NS compuesta. Opcionalmente, la unidad 201 de procesamiento puede configurarse además para: actualizar la instancia miembro (es decir, la otra instancia miembro) distinta de la instancia de NS anidada en la instancia de NS compuesta, y actualizar la conexión de red entre instancias miembro.

En algunas realizaciones, después de recibir la solicitud que se usa para crear la instancia de NS compuesta y que es enviada por el remitente, la unidad 203 de comunicaciones puede configurarse adicionalmente para enviar una tercera solicitud al segundo aparato 300, donde la tercera solicitud puede usarse para solicitar el uso de una instancia de NS anidada existente gestionada por el segundo aparato 300 para constituir una instancia de NS compuesta. La tercera solicitud transporta información sobre una instancia de SAP que es de la instancia de NS anidada existente y que se añadió recientemente en la instancia de NS compuesta gestionada por el aparato 200. La información sobre la instancia de SAP recién añadida puede usarse por el segundo aparato 300 para establecer, en función de la instancia de SAP recién añadida, una conexión de red que es de la instancia de NS anidada existente y que está en la instancia de NS compuesta.

Puede entenderse que para conocer la implementación específica de las unidades funcionales incluidas en el primer aparato 200, consulte las realizaciones del método anterior. Los detalles no se describen de nuevo en la presente memoria.

Como se muestra en la figura 19, el aparato 300 puede incluir una unidad 301 de procesamiento y una unidad 303 de recepción.

La unidad 303 de recepción puede configurarse para recibir la primera solicitud enviada por el primer aparato 200 (es decir, el NFVO del consumidor). Específicamente, la primera solicitud transporta la información sobre la instancia de SAP asociada con la instancia de NS anidada, y se usa para solicitar al segundo aparato 300 que establezca la instancia de NS anidada en la instancia de NS compuesta.

La unidad 301 de procesamiento está configurada para establecer, en función de la instancia de SAP y la información sobre la instancia de SAP, la conexión entre la instancia de NS anidada y la instancia de NS compuesta y la conexión entre la instancia de NS anidada y la instancia miembro en la instancia de NS compuesta y establecer, en función de la instancia de SAP y la información sobre la instancia de SAP, una relación de conexión con una instancia miembro en la instancia de NS anidada.

En esta solicitud, la información sobre la instancia de SAP puede incluir la primera información y la segunda información. La primera información puede ser usada por el segundo aparato 300 para establecer, en función de la instancia de SAP, una relación de conexión en la que la instancia de NS anidada se conecta a la instancia miembro en la instancia de NS compuesta a través de la instancia de SAP. La primera información puede ser usada por el segundo aparato 300 para establecer, en función de la instancia de SAP, la relación de conexión en la que la instancia de NS anidada se conecta a la instancia miembro en la instancia de NS anidada a través de la instancia de SAP. Para conocer una implementación específica de la SapInfo, consulte las descripciones relacionadas de las realizaciones del método anteriores. Los detalles no se describen de nuevo en la presente memoria.

En algunas realizaciones, la unidad de comunicaciones puede configurarse además para recibir una segunda solicitud enviada por el primer 200, donde la segunda solicitud puede usarse para solicitar la actualización de la instancia de NS anidada en la instancia de NS compuesta. Específicamente, la segunda solicitud transporta información sobre la instancia de SAP asociada con la instancia de NS anidada, y la información sobre la instancia de SAP puede ser usada por el segundo aparato 300 para actualizar, en función de la instancia de SAP, la conexión de red que está asociada con la instancia de NS anidada y que está en la instancia de NS compuesta. En consecuencia, la unidad 301 de procesamiento puede configurarse además para actualizar, en función de la instancia de SAP y la información sobre la instancia de SAP, la conexión de red que está asociada con la instancia de NS anidada y que está en la instancia de NS compuesta.

En algunas realizaciones, la unidad de comunicaciones puede configurarse además para recibir la tercera solicitud enviada por el primer aparato 200, donde la tercera solicitud puede usarse para solicitar el uso de la instancia de NS anidada existente gestionada por el segundo aparato 300. Específicamente, la tercera solicitud transporta la información sobre la instancia de SAP que es de la instancia de NS anidada existente y que se añadió recientemente en la instancia de NS compuesta gestionada por el primer aparato 200. La información sobre la instancia de SAP recién añadida puede usarse por el segundo aparato 300 para establecer, en función de la instancia de SAP recién añadida, la conexión de red que es de la instancia de NS anidada existente y que está en la instancia de NS compuesta. En consecuencia, la unidad 301 de procesamiento puede configurarse además para establecer, en función de la instancia de SAP recién añadida y la información sobre la instancia de SAP recién añadida, la conexión de red que es de la instancia de NS anidada existente y que está en la instancia de NS compuesta.

Puede entenderse que para conocer la implementación específica de las unidades funcionales incluidas en el segundo aparato 300, consulte las realizaciones del método anterior. Los detalles no se describen de nuevo en la presente memoria.

En conclusión, implementando las soluciones técnicas provistas en esta solicitud, la SapInfo se transporta en una solicitud (a saber, la primera solicitud) usada para crear la instancia de NS anidada, y se puede indicar al NFVO del proveedor que establezca conexiones de red internas y externas de la instancia de NS anidada en función de la SapInfo desde la perspectiva de la instancia de NS anidada. Esto puede cumplir un requisito para establecer una conexión de red desde la perspectiva de un NS anidado. Además, la SapInfo se transporta en una solicitud (es decir, la segunda solicitud) usada para actualizar la instancia de NS anidada, y se puede indicar al NFVO del proveedor que actualice las conexiones de red internas y externas de la instancia de Ns anidada en función de la SapInfo desde la perspectiva de la instancia de NS anidada. Esto puede cumplir mejor con un requisito para actualizar una conexión de red desde la perspectiva del NS anidado.

Las expertos en la técnica pueden comprender que todas o algunos de los procesos de los métodos en las realizaciones pueden implementarse por un programa que le dé instrucciones a un hardware relevante. El programa puede almacenarse en un medio de almacenamiento legible por ordenador. Cuando se ejecuta el programa, se pueden realizar los procesos de los métodos en las realizaciones. 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.

Claims

REIVINDICACIONES

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

recibir, por un segundo orquestador de virtualización de funciones de red NFVO, una primera solicitud enviada por un primer NFVO, en donde la primera solicitud se usa para solicitar la creación de una instancia de servicio de red anidada en una instancia de servicio de red compuesta y transporta información sobre una instancia de punto de acceso al servicio asociado con la instancia de servicio de red anidada; y

establecer, por el segundo NFVO, una conexión entre la instancia de servicio de red anidada y la instancia de servicio de red compuesta en función de la instancia de punto de acceso al servicio y la información sobre la instancia de punto de acceso al servicio y una conexión entre la instancia de servicio de red anidada y una instancia miembro en la instancia de servicio de red compuesta en función de la instancia de punto de acceso al servicio y la información sobre la instancia de punto de acceso al servicio, y establecer una conexión de red entre la instancia de servicio de red anidada y una instancia miembro en la instancia de servicio de red anidada en función de la instancia del punto de acceso al servicio y la información sobre la instancia del punto de acceso al servicio.

2. El método según la reivindicación 1, en donde la información sobre la instancia del punto de acceso al servicio comprende una primera información y una segunda información, la primera información se usa por el segundo NFVO para establecer la conexión entre la instancia de servicio de red anidada y la instancia del servicio de red compuesta y la conexión entre la instancia de servicio de red anidada y la instancia miembro en la instancia de servicio de red compuesta en función de la instancia de punto de acceso al servicio, y la segunda información se usa por el segundo NFVO para establecer la conexión de red a la instancia miembro en la instancia de servicio de red anidada en función de la instancia del punto de acceso al servicio.

3. El método según la reivindicación 2, en donde la primera información comprende un identificador de una primera instancia de enlace virtual, un identificador de un puerto a través del cual la instancia de punto de acceso al servicio se conecta a la primera instancia de enlace virtual, y un identificador de un punto de conexión de pares conectado a la instancia de punto de acceso al servicio a través de la primera instancia de enlace virtual, en donde la primera instancia de enlace virtual se usa para conectar externamente la instancia de servicio de red anidada a la instancia miembro en la instancia de servicio de red compuesta en función de la instancia de punto de acceso de servicio, y el punto de conexión de pares conectado a la instancia del punto de acceso al servicio a través de la primera instancia de enlace virtual es un punto de conexión externo que es de la instancia miembro en la instancia del servicio de red compuesta y que está conectado a la instancia del punto de acceso al servicio a través de la primera instancia de enlace virtual.

4. El método según la reivindicación 3, en donde la instancia miembro en la instancia de servicio de red compuesta comprende al menos uno de los siguientes: otra instancia de servicio de red anidada, una instancia de función de red virtualizada o una instancia de función de red física; y el establecimiento, por el segundo NFVO, de una conexión entre la instancia de servicio de red anidada y la instancia de servicio de red compuesta y una conexión entre la instancia de servicio de red anidada y una instancia miembro en la instancia de servicio de red compuesta en función de la instancia de punto de acceso al servicio y la información sobre la instancia del punto de acceso al servicio comprende específicamente:

establecer, por el segundo NFVO en función de la instancia del punto de acceso al servicio y la primera información, una conexión entre la instancia del punto de acceso al servicio y una instancia del punto de acceso al servicio que es de la instancia del servicio de red compuesta y que está conectada externamente a la instancia del punto de acceso al servicio a través de la primera instancia de enlace virtual;

establecer, por el segundo NFVO en función de la instancia del punto de acceso al servicio y la primera información, una conexión entre la instancia del punto de acceso al servicio y una instancia del punto de acceso al servicio que es de la instancia de servicio de red anidada en la instancia de servicio de red compuesta y que está conectada externamente a la instancia del punto de acceso al servicio a través de la primera instancia de enlace virtual;

establecer, por el segundo NFVO en función de la instancia del punto de acceso al servicio y la primera información, una conexión entre la instancia del punto de acceso al servicio y un punto de conexión externo que es de la instancia de función de red virtualizada en la instancia de servicio de red compuesta y que está conectada externamente a la instancia del punto de acceso al servicio a través de la primera instancia de enlace virtual; o

establecer, por el segundo NFVO en función de la instancia del punto de acceso al servicio y la primera información, una conexión entre la instancia del punto de acceso al servicio y un punto de conexión externo que es de la instancia de función de red física en la instancia de servicio de red compuesta y que está conectada externamente a la instancia de punto de acceso al servicio a través de la primera instancia de enlace virtual.

5. El método según una cualquiera de las reivindicaciones 2 a 4, en donde la segunda información comprende un identificador de una segunda instancia de enlace virtual y un puerto a través del cual la instancia de punto de acceso al servicio se conecta a la segunda instancia de enlace virtual; o

la segunda información comprende un identificador de una segunda instancia de enlace virtual, un puerto a través del cual la instancia de punto de acceso al servicio se conecta a la segunda instancia de enlace virtual, y un identificador de un punto de conexión de pares conectado a la instancia de punto de acceso al servicio a través de la segunda instancia de enlace virtual, en donde el punto de conexión de pares conectado a la instancia de punto de acceso al servicio a través de la segunda instancia de enlace virtual es un punto de conexión externo que es de la instancia miembro en la instancia de servicio de red anidada y que está conectado a la instancia de punto de acceso al servicio a través del segunda instancia de enlace virtual; en donde

la segunda instancia de enlace virtual se usa para conectar internamente la instancia de servicio de red anidada a la instancia miembro en la instancia de servicio de red anidada en función de la instancia de punto de acceso al servicio.

6. El método según la reivindicación 5, en donde la instancia miembro en la instancia de servicio de red anidada comprende al menos uno de los siguientes: una instancia de servicio de red subanidada, una instancia de función de red virtualizada o una instancia de función de red física; y

el establecimiento, por el segundo NFVO, de una conexión de red entre la instancia de servicio de red anidada y una instancia miembro en la instancia de servicio de red anidada en función de la instancia de punto de acceso al servicio y la información sobre la instancia del punto de acceso al servicio comprende específicamente:

establecer, por el segundo NFVO en función de la instancia del punto de acceso al servicio y la segunda información, una conexión entre la instancia del punto de acceso al servicio y una instancia del punto de acceso al servicio que es de la instancia de servicio de red subanidada en la instancia de servicio de red anidada y que está conectada internamente a la instancia del punto de acceso al servicio a través de la segunda instancia de enlace virtual;

establecer, por el segundo NFVO en función de la instancia del punto de acceso al servicio y la segunda información, una conexión entre la instancia del punto de acceso al servicio y un punto de conexión externo que es de la instancia de función de red virtualizada en la instancia de servicio de red anidada y que está conectada internamente a la instancia del punto de acceso al servicio a través de la segunda instancia de enlace virtual; o

establecer, por el segundo NFVO en función de la instancia del punto de acceso al servicio y la segunda información, una conexión entre la instancia del punto de acceso al servicio y un punto de conexión externo que es de la instancia de función de red física en la instancia de servicio de red anidada y que está conectada internamente a la instancia del punto de acceso al servicio a través de la segunda instancia de enlace virtual.

7. El método según una cualquiera de las reivindicaciones 1 a 6, que comprende además:

recibir, por el segundo NFVO, una segunda solicitud enviada por el primer NFVO, en donde la segunda solicitud se usa para solicitar la actualización de la instancia de servicio de red anidada en la instancia de servicio de red compuesta y transporta la información sobre la instancia de punto de acceso al servicio asociada con la instancia de servicio de red anidada; y

actualizar, por el segundo NFVO en función de la instancia de punto de acceso al servicio y la información sobre la instancia de punto de acceso al servicio, una conexión de red que está asociada con la instancia de servicio de red anidada y que está en la instancia de servicio de red compuesta.

8. El método según una cualquiera de las reivindicaciones 1 a 7, que comprende además:

recibir, por el segundo NFVO, una tercera solicitud enviada por el primer NFVO, en donde la tercera solicitud se usa para solicitar el uso de una instancia de servicio de red anidada existente gestionada por el segundo NFVO y transporta información sobre una instancia de punto de acceso al servicio que es de la instancia de servicio de red anidada existente y que se añade recientemente en la instancia de servicio de red compuesta gestionada por el primer NFVO; y

establecer, por el segundo NFVO en función de la instancia de punto de acceso al servicio recién añadida y la información sobre la instancia de punto de acceso al servicio recién añadida, una conexión de red que es de la instancia de servicio de red anidada existente y que está en la instancia de servicio de red compuesta.

9. Un método de gestión de servicio de red, que comprende:

enviar, por un primer NFVO, una primera solicitud a un segundo NFVO, en donde la primera solicitud se usa para solicitar la creación de una instancia de servicio de red anidada en una instancia de servicio de red compuesta y transporta información sobre una instancia de punto de acceso al servicio asociado con la instancia de servicio de red anidada; y

recibir, por el segundo NFVO, la primera solicitud enviada por el primer NFVO; y

10. El método según la reivindicación 9, en donde la información sobre la instancia del punto de acceso al servicio comprende una primera información y una segunda información, la primera información se usa por el segundo NFVO para establecer la conexión entre la instancia de servicio de red anidada y la instancia del servicio de red compuesta y la conexión entre la instancia de servicio de red anidada y la instancia miembro en la instancia de servicio de red compuesta en función de la instancia de punto de acceso al servicio, y la segunda información se usa por el segundo NFVO para establecer la conexión de red a la instancia miembro en la instancia de servicio de red anidada en función de la instancia del punto de acceso al servicio.

11. El método según la reivindicación 10, en donde la primera información comprende un identificador de una primera instancia de enlace virtual, un identificador de un puerto a través del cual la instancia de punto de acceso al servicio se conecta a la primera instancia de enlace virtual, y un identificador de un punto de conexión de pares conectado a la instancia de punto de acceso al servicio a través de la primera instancia de enlace virtual, en donde la primera instancia de enlace virtual se usa para conectar externamente la instancia de servicio de red anidada a la instancia miembro en la instancia de servicio de red compuesta en función de la instancia de punto de acceso de servicio, y el punto de conexión de pares conectado a la instancia del punto de acceso al servicio a través de la primera instancia de enlace virtual es un punto de conexión externo que es de la instancia miembro en la instancia del servicio de red compuesta y que está conectado a la instancia del punto de acceso al servicio a través de la primera instancia de enlace virtual.

12. Un aparato, que comprende una unidad de recepción y una unidad de procesamiento, en donde

la unidad de recepción está configurada para recibir una primera solicitud por un primer NFVO, en donde la primera solicitud se usa para solicitar la creación de una instancia de servicio de red anidada en una instancia de servicio de red compuesta y transporta información sobre una instancia de punto de acceso al servicio asociado con la instancia de servicio de red anidada; y

la unidad de procesamiento está configurada para: establecer una conexión entre la instancia de servicio de red anidada y la instancia de servicio de red compuesta en función de la instancia de punto de acceso al servicio y la información sobre la instancia de punto de acceso al servicio y una conexión entre la instancia de servicio de red anidada y una instancia miembro en la instancia de servicio de red compuesta en función de la instancia de punto de acceso al servicio y la información sobre la instancia de punto de acceso al servicio, y establecer una conexión de red entre la instancia de servicio de red anidada y una instancia miembro en la instancia de servicio de red anidada en función de la instancia del punto de acceso al servicio y la información sobre la instancia del punto de acceso al servicio.

13. El método según la reivindicación 12, en donde la información sobre la instancia del punto de acceso al servicio comprende una primera información y una segunda información, la primera información se usa por el segundo NFVO para establecer la conexión entre la instancia de servicio de red anidada y la instancia del servicio de red compuesta y la conexión entre la instancia de servicio de red anidada y la instancia miembro en la instancia de servicio de red compuesta en función de la instancia de punto de acceso al servicio, y la segunda información se usa por el segundo NFVO para establecer la conexión de red a la instancia miembro en la instancia de servicio de red anidada en función de la instancia del punto de acceso al servicio.

14. El aparato de la reivindicación 13, en donde la primera información comprende un identificador de una primera instancia de enlace virtual, un identificador de un puerto a través del cual la instancia de punto de acceso al servicio se conecta a la primera instancia de enlace virtual, y un identificador de un punto de conexión de pares conectado a la instancia de punto de acceso al servicio a través de la primera instancia de enlace virtual, en donde la primera instancia de enlace virtual se usa para conectar externamente la instancia de servicio de red anidada a la instancia miembro en la instancia de servicio de red compuesta en función de la instancia de punto de acceso de servicio, y el punto de conexión de pares conectado a la instancia del punto de acceso al servicio a través de la primera instancia de enlace virtual es un punto de conexión externo que es de la instancia miembro en la instancia del servicio de red compuesta y que está conectada a la instancia del punto de acceso al servicio a través de la primera instancia de enlace virtual.

15. El aparato según la reivindicación 14, en donde la instancia miembro en la instancia de servicio de red compuesta comprende al menos uno de los siguientes: una instancia de servicio de red anidada, una instancia de función de red virtualizada o una instancia de función de red física; y

la unidad de procesamiento está específicamente configurada para:

establecer, en función de la instancia del punto de acceso al servicio y la primera información, una conexión entre la instancia del punto de acceso al servicio y una instancia del punto de acceso al servicio que es de la instancia del servicio de red compuesta y que está conectada externamente a la instancia del punto de acceso al servicio a través de la primera instancia de enlace virtual;

establecer, en función de la instancia del punto de acceso al servicio y la primera información, una conexión entre la instancia del punto de acceso al servicio y una instancia del punto de acceso al servicio que es de la instancia de servicio de red anidada en la instancia de servicio de red compuesta y que está conectada externamente a la instancia del punto de acceso al servicio a través de la primera instancia de enlace virtual;

establecer, en función de la instancia del punto de acceso al servicio y la primera información, una conexión entre la instancia del punto de acceso al servicio y un punto de conexión externo que es de la instancia de función de red virtualizada en la instancia de servicio de red compuesta y que está conectada externamente a la instancia del punto de acceso al servicio a través de la primera instancia de enlace virtual; o

establecer, en función de la instancia del punto de acceso al servicio y la primera información, una conexión entre la instancia del punto de acceso al servicio y un punto de conexión externo que es de la instancia de función de red física en la instancia de servicio de red compuesta y que está conectada externamente a la instancia de punto de acceso al servicio a través de la primera instancia de enlace virtual.