WO2020009014A1 - 管理装置およびネットワーク管理方法 - Google Patents

管理装置およびネットワーク管理方法 Download PDF

Info

Publication number
WO2020009014A1
WO2020009014A1 PCT/JP2019/025799 JP2019025799W WO2020009014A1 WO 2020009014 A1 WO2020009014 A1 WO 2020009014A1 JP 2019025799 W JP2019025799 W JP 2019025799W WO 2020009014 A1 WO2020009014 A1 WO 2020009014A1
Authority
WO
WIPO (PCT)
Prior art keywords
catalog
nsd
scenario
management
parameter
Prior art date
Application number
PCT/JP2019/025799
Other languages
English (en)
French (fr)
Inventor
求 中島
侑一 須藤
裕司 副島
愛子 尾居
浩亮 坂田
Original Assignee
日本電信電話株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日本電信電話株式会社 filed Critical 日本電信電話株式会社
Priority to US17/257,129 priority Critical patent/US20210367863A1/en
Publication of WO2020009014A1 publication Critical patent/WO2020009014A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H04L41/5051—Service on demand, e.g. definition and deployment of services in real time
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/22—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks comprising specially adapted graphical user interfaces [GUI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H04L41/5048—Automatic or semi-automatic definitions, e.g. definition templates

Definitions

  • the present invention relates to a management device and a network management method.
  • NW is used as a word representing a network.
  • NS is used as a word indicating a network service.
  • DB is used as a word indicating a database.
  • IF is used as a word indicating an interface.
  • Patent Literature 1 discloses a management apparatus that manages an NS (Network Service) constructed in an NW including a core NW (Network) serving as a virtualization area and an access NW serving as a non-virtualization area.
  • a service management unit that manages a server device arranged in the network, a server device management unit that manages a network device arranged in the network, and a service management unit that manages a network device arranged in the network.
  • a management unit configured to provide the NS, a request reception unit that externally acquires an NS generation request including input parameters necessary for designating the server-based device and the NW-based device, and a model of the NS.
  • a catalog management unit that manages a catalog, a resource arbitration unit that arbitrates the resources of the server device and the resources of the NW device, Generating a slice for realizing the NS by generating a resource of the specified server-based device and a resource of the specified NW-based device in accordance with the input parameter; And an NS life cycle management unit that manages the life cycle.
  • Non-Patent Document 1 discloses the selection of NS ⁇ Deployment ⁇ Flavour (NsDf) as a method of a control request from an external device for NS management in contrast to the control according to Patent Document 1.
  • Non-Patent Document 1 the selection of NS ⁇ Deployment ⁇ Flavour according to Non-Patent Document 1 cannot be specified in detail by a request from an external device (for example, specific resources cannot be individually specified for optimization of physical resources). , There is room for improvement in the performance of NS management.
  • an object of the present invention is to improve the performance of NS management in view of the above circumstances.
  • the invention manages an NS (Network Service) constructed in an NW including a core NW (Network) serving as a virtualized area and an access NW serving as a non-virtualized area.
  • NW Network
  • a server device and an NW device for providing the NS are provided in the NW, and input parameters necessary for designating the server device and the NW device.
  • a catalog DB DataBase
  • the catalog is a part that describes the configuration of the NS.
  • an NSD (NS @ Descriptor) having a plurality of types of information sets in which a group of components of the NS are defined so as to be selectable.
  • a scenario management unit configured to generate the NS using an information set selected by the external device when the input parameter does not include the specific parameter.
  • the invention according to claim 3 is a network management method in a management apparatus that manages an NS constructed in an NW including a core NW serving as a virtualization area and an access NW serving as a non-virtualization area, wherein the NW A server system and an NW system for providing the NS are arranged.
  • the management device includes a catalog DB for storing a catalog serving as a model of the NS.
  • the NSD includes a plurality of types of information sets in which the NS component elements are selectably defined, and is necessary for designating the server apparatus and the NW apparatus. Obtaining an NS generation order including an input parameter from an external device; and adding the NS to the input parameter without selecting the information set.
  • the step of generating the NS using the component group of the individually specified NS is executed.
  • NS component groups that cannot be realized by selecting NS Deployment Flavor by including a specific parameter that enables individual designation of NS component groups in the NS generation order.
  • the external device can be provided with means for enabling detailed specification of the external device. Therefore, the performance of NS management can be improved.
  • the invention according to claim 2 is the management device according to claim 1, wherein the catalog further includes a portion describing an application used in the NS, and the catalog is used in the NS. It is characterized by including a part that describes a physical function, a part that describes a connection relationship between applications used in the NS, and a part that describes a link used in the NS.
  • the catalog further includes a portion describing an application used in the NS, and a catalog used in the NS.
  • the catalog describes the application used in the NS, the physical function used in the NS, and the application used in the NS.
  • the NS can be specifically designed by including a portion describing a connection relationship between the two and a portion describing a link used in the NS.
  • NS management performance can be improved.
  • FIG. 2 is a functional configuration diagram of the management device according to the embodiment. It is a figure showing the details of NSD.
  • FIG. 13 is a diagram illustrating an example of parameters that can be specified in NS generation / instantiation in a comparative example.
  • FIG. 6 is a diagram illustrating an example of parameters that can be specified in NS generation / instantiation according to the present embodiment. It is a flowchart of NS generation order processing.
  • the management device M of the present embodiment manages the core NW serving as a virtualized area and the access NW serving as a non-virtualized area. Specifically, the management device M monitors these devices by collecting various information from devices located in the core NW and devices located in the access NW. An NW configuration is completed by devices arranged in the core NW and devices arranged in the access NW.
  • the management device M manages an NS (Network Service) built in the NW including the core NW and the access NW.
  • the NS includes an access NW held by an NS providing side (eg, a communication carrier) from a terminal of an NS user (user) and a service provider (eg, an ISP (Internet Service Provider) provider) from devices on the core NW.
  • NS Network Service
  • the management apparatus M includes an E2EO (End to End Orchestrator: End-to-End Orchestrator, E2E Orchestrator) 1 (service management unit) and an SVRO (Server Resource Orchestrator: Server Resource Orchestrator) 2 ( A server resource management unit) and an NWRO (Network Resource Orchestrator) 3 (NW resource management unit).
  • E2EO End to End Orchestrator: End-to-End Orchestrator, E2E Orchestrator
  • SVRO Server Resource Orchestrator: Server Resource Orchestrator 2
  • NWRO Network Resource Orchestrator
  • E2EO1 is a functional unit that autonomously manages the NS provided to the user.
  • the SVRO2 manages resources of server-related devices arranged in the NW including the core NW and the access NW.
  • the NWRO 3 manages resources of NW devices arranged in the NW including the core NW and the access NW.
  • the E2EO1, SVRO2, and NWRO3 operate in response to a request from the host device U (external device) operated by the operator or another system U1 (external device) having the same function as the host device U.
  • the other system U1 corresponds to an OSS (Operation Support System), a BSS (Business Support System), an NW-AI (Artificial Intelligence), or the like.
  • the server system device is a device that executes NS.
  • Server-related devices include, for example, a DC (Data Center), a general-purpose server installed on the DC, and a virtual server (VM (Virtual Machine); virtual machine) that virtualizes the general-purpose server. It is not limited to these.
  • One APL Application: Application
  • a VNFc Virtual Network Function Component
  • VNF Virtual Network Function: Virtual Network Function, NW function
  • DC may be referred to as NFVI-PoP (Network Function Virtualization Infrastructure Infrastructure Point of Presence).
  • the NW-related device is a device that transfers data for executing NS to another NW-related device or a server-related device.
  • the NW system includes, for example, OLT (Optical Line Terminal), core router, L2SW (Layer 2 Switch), L3SW (Layer 3 Switch), and NTE (Network Terminal Equipment). It is not limited to these.
  • the E2EO1 includes a request receiving unit 11, a scenario management unit 12, an NFVO (Network Function Virtualization Orchestrator) resource management unit 13, a common resource management unit 14, opposing IFs 15, 16, a catalog DB 17, an instance DB 18, an order It comprises a DB 19 and a notification message DB 20.
  • NFVO Network Function Virtualization Orchestrator
  • the request receiving unit 11 acquires the NS generation request output from the other system U1 as an order.
  • the NS generation request is information that causes the management device M to generate (construct) an NS.
  • the NS generation request includes NS information obtained by appropriately arranging and combining descriptors of a plurality of types of server devices and descriptors of a plurality of types of NW related devices in order to express a logical path to be set for a predetermined NW configuration. Including.
  • the E2EO1 maps these descriptors to corresponding server-related devices and NW-related devices located on the network.
  • the NS generation request includes an input parameter (hereinafter, sometimes simply referred to as a “parameter”) required to specify a server device and an NW device to be used for providing an NS using the logical path. Including. Note that the order includes an order for updating the NS and an order for deleting the NS.
  • the request receiving unit 11 is, specifically, an Os-Ma-nfvo transmitting / receiving unit that functions as an interface between the OSS / BSS and NFVO.
  • the scenario management unit 12 manages various scenarios for NS management.
  • a scenario is a medium in which a processing procedure for processing an order is described.
  • the scenario management unit 12 includes an NS generation scenario 12a, an NS update scenario 12b, an NS stop scenario 12c, an NS deletion scenario 12d, an NS instantiation scenario 12e, an NSD update scenario 12f, an NSD registration scenario 12g, and a VNF.
  • a package registration scenario 12h and a VNF package acquisition scenario 12i are provided.
  • the NS generation scenario 12a is a scenario for generating an NS from an NS generation order, which is an order for generating an NS.
  • the scenario management unit 12 generates an NsIdentifier for the NS generation order obtained from the other system U1 and returns it to the other system U1.
  • the other system U1 can use the NsIdentifier to create an NS instantiation order, which is an order for instantiating the NS.
  • the NS update scenario 12b is a scenario for updating the NS from the NS update order, which is the order for updating the NS.
  • the scenario management unit 12 acquires an instance associated with the instance ID in the order from the instance DB 18 for the NS update order acquired from the other system U1 according to the NS update scenario 12b, and controls the SVRO2 (SVRO control).
  • the NS can be updated by executing the control by NWRO3 (NWRO control).
  • NWRO3 NWRO control
  • the NS update scenario 12b executes both SVRO control and NWRO control.
  • the NS update scenario 12b executes NWRO control.
  • the NS stop scenario 12c is a scenario for stopping the NS from the NS stop order, which is the order for stopping the NS.
  • the scenario management unit 12 obtains an instance associated with the instance ID in the order from the instance DB 18 for the NS stop order obtained from the other system U1, and executes the SVRO control and the NWRO control.
  • the NS can be stopped.
  • the NS stop scenario 12c executes both the SVRO control and the NWRO control.
  • the NS stop scenario 12c executes NWRO control.
  • the NS deletion scenario 12d is a scenario for deleting an NS from the NS deletion order, which is the order for deleting the NS.
  • the scenario management unit 12 obtains an instance associated with the instance ID in the order from the instance DB 18 for the NS deletion order obtained from the other system U1, and deletes the NS for the SVRO2. Instruct.
  • the scenario management unit 12 deletes the corresponding instance from the instance DB 18. NS can be deleted by these procedures.
  • the NS instantiation scenario 12e is a scenario for instantiating an NS from an NS instantiation order.
  • the scenario management unit 12 stores the NSSD (NS @ Descriptor) (details described later) specified by the NS instantiation order acquired from the other system U1 from the catalog DB 17 via the NFVO resource management unit 13 by using the NS instantiation scenario 12e.
  • NS can be generated by acquiring and executing SVRO control and NWRO control.
  • the NSD update scenario 12f is a scenario for updating the NSD.
  • the scenario management unit 12 reads the NSD specified by the order from the other system U1 from the catalog DB 17 via the NFVO resource management unit 13 according to the NSD update scenario 12f, and updates the NSD according to the update request included in the order. be able to.
  • the NSD registration scenario 12g is a scenario for registering an NSD in the catalog DB 17.
  • the scenario management unit 12 can register the NSD specified by the order from the other system U1 in the catalog DB 17 via the NFVO resource management unit 13 according to the NSD registration scenario 12g.
  • the VNF package registration scenario 12h is a scenario for registering a VNF package, which is an application used in NS, in the catalog DB 17.
  • the VNF package is a package of VNF and VNFD (VNF @ Descriptor).
  • the scenario management unit 12 can register the VNF package specified by the order from the other system U1 in the catalog DB 17 via the NFVO resource management unit 13 according to the VNF package registration scenario 12h.
  • the VNF package acquisition scenario 12i is a scenario for acquiring a VNF package from the catalog DB 17.
  • the scenario management unit 12 can acquire the VNF package specified by the order from the other system U1 from the catalog DB 17 via the NFVO resource management unit 13 according to the VNF package acquisition scenario 12i.
  • the scenario management unit 12 can execute management such as NS generation in accordance with various scenarios (reference numerals 12a to 12i) using the input parameters acquired by the request reception unit 11.
  • the scenario management unit 12 acquires the instance associated with the instance ID in the order from the instance DB 18, and sets NsInfo (Create NS Identifier indicating NS generation). (Return value of the command) can be returned to the other system U1.
  • the NFVO resource management unit 13 functions as a connection unit of the catalog DB 17 and the instance DB 18, and manages NFVO resources as NFVO resources.
  • NFVO is an orchestrator that controls NFV (Network ⁇ Function ⁇ Virtualisation).
  • NFVO can create a VNF template composed of a plurality of instances or provide a VNF placement policy function.
  • NFV is a virtual network function that virtualizes the network function.
  • the NFVO resource management unit 13 can manage a catalog serving as an NS template.
  • the other system U1 can acquire a desired catalog from the NFVO resource management unit 13.
  • the other system U1 can easily create a desired order for a specific NS by inputting predetermined items (including input parameters) using the acquired catalog.
  • the catalog managed by the NFVO resource management unit 13 is stored in the catalog DB 17. Details of the catalog will be described later.
  • the NFVO resource management unit 13 can manage the NS instances managed by the management device M.
  • NS instances include, for example, instances of NS itself and instances of VNFs used in NS, but are not limited to these.
  • Information on the instances managed by the NFVO resource management unit 13 is stored in the instance DB 18.
  • the common resource management unit 14 functions as a connection unit of the order DB 19 and the notification message DB 20, and manages the resources of the server device and the resources of the NW device.
  • the common resource management unit 14 can arbitrate the resources of the server device and the resources of the NW device with reference to the order DB 19 (described later) and the notification message DB 20 (described later). Further, the common resource management unit 14 can output the result of the arbitration to the SVRO2 and the NWRO3 via the scenario management unit 12, and can instruct resource arbitration.
  • the resources of the server device include resources allocated to the server device itself, and also resources allocated to a link connected to a connection point set in the server device.
  • the resources of the network device include resources allocated to the network device itself, and also resources allocated to a link connected to a connection point set in the network device.
  • the link also includes a virtualized link (VL: Virtual Link).
  • VL Virtual Link
  • the opposing IF 15 is an IF for the E2EO1 to exchange information with the SVRO2.
  • the opposite IF 16 is an IF for the E2EO1 to exchange information with the NWRO3.
  • the catalog DB 17 stores a catalog managed by the NFVO resource management unit 13.
  • the instance DB 18 stores information on an instance managed by the NFVO resource management unit 13 (for example, an instance ID for identifying the instance, an instance type).
  • the order DB 19 stores orders obtained from the other system U1.
  • the order DB 19 can record a history of acquisition of stored orders.
  • the notification message DB 20 stores messages exchanged between devices (server-related devices and NW-related devices) that provide the NS managed by the management device M.
  • the notification message DB 20 can record the acquisition history of the stored message.
  • the catalog managed by the NFVO resource management unit 13 includes, for example, NSD (NS Descriptor), VNFD (VNF Descriptor), PNFD (Physical Network Function Descriptor), VLD (VL Descriptor), and VNFFFGD (VNF Forwarding Graph Descriptor).
  • NSD NSD
  • VNFD VNF Descriptor
  • PNFD Physical Network Function Descriptor
  • VLD VL Descriptor
  • VNFFFGD VNF Forwarding Graph Descriptor
  • the catalog DB 17 includes a plurality of types of NSD (c1), a plurality of types of VNFD (c2), a plurality of types of PNFD (c3), a plurality of types of VLD (c4), and a plurality of types of VNFFFGD ( c5) is stored.
  • NSD (c1) is a part for describing the configuration of NS.
  • the NSD (c1) includes information necessary for identifying and constructing the NS, information referring to the VNFD (c2), PNFD (c3), VLD (c4), and VNFFFGD (c5) related to the NS. Hold.
  • VNFD is a part that describes an application (VNF) used in NS.
  • the VNFD (c2) holds information necessary for identifying and constructing the VNF.
  • the PFD (c3) is a part that describes a physical function (an NW function provided by a server apparatus and an NW apparatus; PNF (Physical Network Function)) used by the NS.
  • the PNFD (c3) holds information necessary for identifying and constructing the PNF.
  • the VLD is a part that describes a VL (link) used in the NS.
  • the VLD (c4) holds information necessary for identifying and constructing a VL.
  • the VNFFFGD (c5) includes a part that describes cooperation by a plurality of applications (VNFs) used in the NS.
  • VNFFFGD holds information for identifying the VNFFFGD (c5), link information between the associated VNFs, information for identifying the VLD (c4) and VNFD (c2) related to the VNFFFGD, and the like.
  • the NSD (c1) is prepared for each NS, for example, for each service such as an ISP connection service and a dedicated line service, and is represented by a combination of VNFD (c2), PNFD (c3), VLD (c4), and VNFFFGD (c5). can do.
  • the other system U1 can input an input parameter to the management device M and easily create an order for a desired NS generation request or the like.
  • the other system U1 basically selects a catalog that matches the NS configuration from the catalog DB 17 in order creation.
  • NSD has a plurality of types of NsDf (NS Development Flavor) (c11).
  • NsDf (c11) is a block of information (an information set that defines a group of NS components) indicating a VL (virtual link) connection configuration and the like when the VNF is instantiated.
  • NsDf may be abbreviated as “Development Flavor” or “Flavour”.
  • NsDf includes a plurality of VnfProfiles (c11-1), a plurality of PnfProfiles (c11-2), a plurality of VirtualLinkProfiles (c11-3), and a plurality of NsDf objects to be controlled by the other system U1.
  • NsLevel (c11-4). Note that a plurality of types of NsDf selectable by another system U1 are prepared for one NSD (c1).
  • VnfProfile (c11-1) indicates a specific VNF configuring NS as a component (Profile) of Development Flavor.
  • PnfProfile (c11-2) indicates a specific PNF constituting NS as a component of Development Flavor.
  • VirtualLinkProfile (c11-3) indicates a specific VL constituting NS as a component of Development Flavor.
  • NsLevel (c11-4) is an index for classifying NS, and is determined, for example, from one or more VNFs, one or more VLs, and one or more nested NSs (recursive NS) that constitute the NS. Is what is done. NsLevel (c11-4) realizes the designation of the bandwidth of the VLProfile (component expressing VL) held by CompositeNS (composition NS) and the designation of the number of instances of nestedNS (numberOfInstances) as the component of Development @ Flavour.
  • the other system U1 transmits the order using the NSD identifying the NS as a catalog. At this time, the other system U1 can specify and control VNF, PNF, and VL indicated as the NsDf object of the selected NsDf by selecting one of the plurality of types of NsDf of the NSD.
  • the other system U1 orders parameters that can be specified in the NS generation or NS instantiation (NS generation). Order or NS instantiation order), and transmits the order to the management device M.
  • NS generation the NS generation or NS instantiation order
  • NS instantiation order the order or NS instantiation order
  • the parameters that can be specified in NS generation or NS instantiation are nsdId (p1) and nsName (p2) , NsDescription (p3), flavorId (p4), sapData (p5), pnfInfo (p6), vnfInstanceData (p7), nestedNsInstanceId (p8), locationConstraints (p9), additionalParamForNs (p10), additionalParamForVnf (p11), startTime (p12) , NsInstantiationLevelId (p13) and additionalAffinityOrAntiAffinityRule (p14).
  • nsdId indicates the identifier of NSD.
  • nsName indicates a name for identifying NSD.
  • nsDescription indicates the description content of the NSD.
  • flavorId indicates the identifier of flavor.
  • the sapData (p5) particularly indicates the correspondence between sapId (service access point ID) and Address information as information on the SAP (service access point) of the NS.
  • sapId indicates an identifier of a SAP (service access point)
  • Address information is, for example, an IP address and a VLAN (Virtual Local Area Network) -ID.
  • pnfInfo (p6) indicates the correspondence between PNFD information, CP (Connection Point: connection point) of PNF, and Address information.
  • the Address information is, for example, an IP address and a VLAN-ID.
  • vnfInstanceData indicates information on an existing VNF instance.
  • a VNF instance is an instance of VNF, which is one of the components of NS.
  • nestedNsInstanceId indicates information on the existing NS instance.
  • An NS instance is a virtual network service (consisting of one or more VNFs, one or more VLs, etc.) generated based on the NSD.
  • locationConstraints indicates the location constraint information of the VNF.
  • additionalParamForNs indicates a kind of extended parameter for NS.
  • the extended parameter for NS is composed of a list of KeyValuePair (for example, a set of a character string and a numerical value).
  • additionalParamForVnf indicates a kind of extended parameter for VNF.
  • Extended parameters for VNF are composed of vnfProfileId (identifier of VNF Profile) and additionalParam (extended area specified in this embodiment (area in which extended parameters can be written)).
  • startTime indicates the time stamp of the start time at which the securing of resources has started.
  • NsInstantiationLevelId (p13) indicates the identifier of nsInstantiationLevel that defines the NSLevel in the reference NSDF used for the parent NS instantiation context.
  • NSDF Network ⁇ Service ⁇ Deployment ⁇ Flavour expresses a configuration template at the time of NS instantiation.
  • $ AdditionalAffinityOrAntiAffinityRule indicates a VNF instantiated by an NS instantiation operation request, and additional affinity rules and anti-affinity rules applied to an existing VNF instance.
  • the other system U1 had to specify the flavorId (p4) and select NsDf. This means that the NS generation / instantiation operation selects the NsDf information set defined in the NSD in advance. For this reason, the components of the NS controlled by the other system U1 are limited to the components indicated by the selected NsDf, and details such as controlling other components and individually controlling specific components are provided. Can not be specified.
  • parameters that can be specified in NS generation or NS instantiation are extended to prepare parameters that allow selection of NsDf components (Profiles), and the combination of each Profile ( NS component group) can be specified.
  • Profiles NsDf components
  • nsDf (p15) (specific parameter) is added to the parameters (p1 to p14) already described as parameters that can be specified in NS generation or NS instantiation.
  • nsDf (p15) is a parameter indicating the NS component, which is individually designated by the other system U1, among the specific components of the NS to be controlled.
  • the other system U1 can specify any of the flavorId (p4) and nsDf (p15) among the parameters included in the order. That is, the other system U1 specifies the flavorId (p4) when using the NSD defined in the NSD, and specifies nsDf (p15) when individually specifying the Profile without using the NsDf defined in the NSD.
  • the parameter of nsInstantiationLevelId may or may not be defined.
  • the individual specification of the Profile by nsDf (p15) corresponds to the specification not exceeding the range of the predetermined standard definition
  • the specification by additionalParamForNs (p10) and additionalParamForVnf (p11) may be used, but from nsDf (p15) May be specified.
  • the individual designation of NS components by the other system U1 is performed, for example, for the purpose of optimizing the physical resources of the NS, but is not limited to this purpose.
  • a numerical value such as a band can be individually designated from nsDf (p15) described above. That is, in NS generation, NS instantiation, and NS enlargement (NS Scale), nsDf (p15) is defined as a parameter that enables specification and change of NsLevel (c11-4). The specification of NsLevel (c11-4) can be omitted, and in this case, a default level is applied.
  • the other system U1 transmits the NS generation order including the extended parameter including nsDf (p15) to the management device M.
  • the nsDf (p15) includes NS components individually designated by the other system U1.
  • the management device M configures the NSD with reference to nsDf (p15).
  • Method [1] Each Descriptor is uniformly defined, and a generation target is selected by an Instant NS operation (operation for executing NS instantiation).
  • the management device M defines all VNFDs provided in the configured NSD, and generates all VNFs based on the defined VNFD. Further, the management device M defines all PNFDs provided in the configured NSD, and generates all PNFs based on the defined PNFD. Further, the management device M defines all VLDs provided in the configured NSD, and generates all VLs based on the defined VLD. Further, the management device M defines all the VNFFFGDs provided in the configured NSD, and generates all the VNFFGs based on the defined VNFFFGDs.
  • an NS (service access point) describing an NS access point may be included as a NS element included in nsDf (p15).
  • the management device M can define all SAPDs (service access point descriptors) provided by the configured SAP, and can generate all SAPs based on the defined SAPDs.
  • nested NS may be included as a component of NS included in nsDf (p15).
  • the management device M can define all the nested NSDs (nested NS Descriptors) provided by the configured nested NS, and can generate all the nested NSs based on the defined nested NSD.
  • the method [2] is a method based on the premise that the use of each VNFFGD is set in advance.
  • each VNFFGD is associated with a Descriptor other than CP and VNFFGD.
  • the management device M configures the NSD after designing which Descriptor belongs to which VNFFGD. More specifically, when NS components of the same specifications are assigned to different VNFFGDs and attributed to them, the management device M assigns different IDs to the components and registers them in the corresponding Descriptors.
  • the management device M may determine whether to instantiate each of the NS components defined by the NSD, for example, by using the following parameters included in the order from the other system U1. it can.
  • -FlavorId (when using a predefined flavor in NSD).
  • -SapData (p5).
  • NsInstantiationLevelId (p13) (when using a predefined NsLevel (reference code c11-4 in FIG. 2) for NsDf in NSD).
  • Information for specifying whether to instantiate VNFFGD (when scheme [1] is adopted).
  • the set of NS components (in the case where a predefined flavor is not used in NSD is not used) included in nsDf (p15) may also include Dependencies Dependencies is an index indicating the order in which one or more VNFs associated with other VNF Profiles and one or more nested NSs associated with other NS Profiles are instantiated.)
  • the information set corresponds to, for example, the number of instances and the bitrate directly specified by the other system U1.
  • Method [1] Use additionalParamForNs (p10) or additionalParamForVnf (p11) (In UpdateNS, since there is no additionalParamForNs (p10) as a parameter, expansion is necessary so that additionalParamForNs (p10) exists).
  • Method [2] Execute UpdateNS specifying the latest NSD after updating the NSD.
  • Method [3] Add parameters in both InstantiateNS and UpdateNS.
  • extended parameters and metadata are defined by two of the predefined information elements constituting the VNFD, namely, each of configurableProperties and modifiableAttributes.
  • the configurableProperties as the information element of the VNFD is an information element that defines the configurableProperties of the VNF, and the VNF instance is a property that can be changed by a VNFM (Virtual Network Function Manager).
  • the modifiableAttributes as information elements of the VNFD are VNF-specific extended areas (areas in which extended parameters can be described) (VNF-specific extention and metadata attributes) that can be described by the ModifyVnfInfo operation.
  • the modifiableAttributes enables VNF extended control outside the VNFD definition (making the performance of the target VNF beyond the performance range defined by VNFD).
  • the other system U1 can specify the already-described additionalParamForVnf (p11) in the Instantiate NS operation.
  • additionalParamForVnf the Attribute (attribute) that can be set by additionalParamForVnf (p11)
  • the Attribute the one defined in configurableProperties of VNFD can be used.
  • the other system U1 When performing the NS update (Update NS operation), the other system U1 includes parameters that can be specified in the NS update in the order (NS update order), and transmits the order to the management device M.
  • the parameters that can be specified in the NS update include modifyVnfInfoData and modifyVnfConfigData.
  • modifyVnfInfoData indicates information required to be changed among information on the VNF instance.
  • modifyVnfConfigData indicates a configuration parameter that can be changed in the VNF to be operated.
  • ⁇ Other system U1 can specify modifyVnfInfoData in the Update @ NS operation.
  • Attribute attribute that can be set by modifyVnfInfoData
  • those defined in modifiableAttributes of VNFD can be used. Therefore, the other system U1 can execute VNF extension control outside the VNFD definition.
  • the NSD does not have an information element corresponding to the information element: configurableProperties configuring the VNFD, so that it is not possible to define the extension parameter and the extension metadata using the VNFD.
  • the other system U1 can specify additionalParamForNs (p10) in the Instantiate NS operation, it is possible to define the extension parameters and the metadata. Note that the other system U1 cannot define extended parameters for the entire NS in the Update NS operation.
  • an NS generation order process will be described as a process performed by the management apparatus M according to the present embodiment. As shown in FIG. 5, the NS generation order processing starts when the other system U1 transmits the NS generation order to the management device M.
  • the management device M obtains the input parameters included in the received NS generation order by the request receiving unit 11 of E2EO1 (step S1).
  • the management device M uses the scenario management unit 12 of the E2EO1 to determine whether or not nsDf (p15) as an extended parameter exists in the acquired input parameters according to the NS generation scenario 12a (step S2).
  • the management device M uses the scenario management unit 12 of the E2EO1 according to the NS generation scenario 12a to specify the NS component group individually specified by the other system U1 (that is, the NS component group). , Profiles) (step S3), and terminates the NS generation order processing.
  • the SVRO2 is transmitted to a server device specified by a catalog previously selected and acquired from the catalog DB 17 by the other system U1 to generate an NS generation order.
  • NWRO3 allocates resources to NW-system devices specified in the catalog, NS components are arranged at predetermined locations on a virtualized NW (slice) of a part of an existing NW, Deploying VNFs, VLs, etc. as a group.
  • the NS component group to be deployed has been individually designated by the other system U1.
  • Another specific process of generating the NS is described in, for example, Patent Document 1.
  • step S2 the management device M uses the scenario selected by the other system U1 by the scenario management unit 12 of E2EO1 according to the NS generation scenario 12a. Then, an NS is generated (step S4), and the NS generation order processing ends.
  • the selected flavor is the flavor identified by the flavorId (p4) (FIG. 4).
  • VNFs, VLs, and the like as components of the NS specified by the selected flavor are arranged at predetermined positions on the slice.
  • nsDf which enables individual designation of NS component groups, in the NS generation order, detailed designation of NS component groups that cannot be realized by selecting NS Deployment Flavor. Can be provided to the external device. Therefore, the performance of NS management can be improved.
  • Extended parameters such as nsDf (p15) can be used not only for NS generation orders but also for various orders such as NS update orders and NS deletion orders.
  • M management device U host device (external device) U1 Other system (external device) 1 E2EO (Service Management Department) 2 SVRO (server resource management unit) 3 MWRO (NW resource management unit) 11 Request Receiving Unit 12 Scenario Management Unit 13 NFVO Resource Management Unit 14 Common Resource Management Unit 15, 16 Counter IF 17 Catalog DB 18 Instance DB 19 Order DB 20 Notification message DB

Abstract

【課題】ＮＳの管理の性能を向上させる。 【解決手段】仮想化領域および非仮想化領域を含むＮＷに構築されるＮＳを管理する管理装置Ｍは、サーバ系装置およびＮＷ系装置を指定するために必要なインプットパラメータを含むＮＳ生成オーダを外部装置から取得する要求受付部１１と、ＮＳの雛型となるカタログを格納するカタログＤＢ１７と、を備え、カタログは、ＮＳの構成を記述する部分であり、ＮＳの構成要素群を選択可能に定義した複数種類の情報セットを有するＮＳＤを含み、インプットパラメータに、情報セットを選択せずにＮＳの構成要素群を他システムＵ１で個別指定するための特定パラメータが含まれている場合は、個別指定された、ＮＳの構成要素群を用いてＮＳを生成し、含まれていない場合は、他システムＵ１で選択された情報セットを用いてＮＳを生成する、シナリオ管理部１２、をさらに備える。

Description

管理装置およびネットワーク管理方法
　本発明は、管理装置およびネットワーク管理方法に関する。
　本明細書において、「ＮＷ」は、ネットワーク（Network）を表す語として用いる。また、「ＮＳ」は、ネットワークサービス（Network Service）を表す語として用いる。また、「ＤＢ」は、データベース（Database）を表す語として用いる。また、「ＩＦ」は、インタフェース（Interface）を表す語として用いる。
　特許文献１には、「仮想化領域となるコアＮＷ（Network）および非仮想化領域となるアクセスＮＷを含むＮＷに構築されるＮＳ（Network Service）を管理する管理装置であって、前記ＮＳを管理するサービス管理部と、前記ＮＷに配置されるサーバ系装置を管理するサーバ系装置管理部と、前記ＮＷに配置されるＮＷ系装置を管理するＮＷ系装置管理部と、を備え、前記サービス管理部は、前記ＮＳの提供に供する、前記サーバ系装置および前記ＮＷ系装置を指定するために必要なインプットパラメータを含むＮＳ生成要求を外部から取得する要求受付部と、前記ＮＳの雛型となるカタログを管理するカタログ管理部と、前記サーバ系装置のリソースおよび前記ＮＷ系装置のリソースを調停するリソース調停部と、前記カタログが選定された場合、前記インプットパラメータに応じて、前記指定されたサーバ系装置のリソース、および、前記指定されたＮＷ系装置のリソースを生成して、前記ＮＳを実現するスライスを生成するワークフロー部と、前記ＮＳのライフサイクルを管理するＮＳライフサイクル管理部と、を備える、ことを特徴とする管理装置」について開示されている。
　また、非特許文献１には、特許文献１による制御に対し、ＮＳの管理のための外部装置からの制御要求の方式として、NS Deployment Flavour（NsDf）の選択について開示されている。
特開２０１７－１４３４５２号公報（請求項１）
"Annex B: Word format presentation of the NFV Information Model" 、ETSI GR NFV-IFA 015 V2.1.2、２０１７年１月、［平成30年7月4日検索］、インターネット〈URL：https://www.etsi.org/deliver/etsi_gr/NFV-IFA/001_099/015/02.01.02_60/〉
　しかし、非特許文献１による、NS Deployment Flavourの選択は、外部装置からの要求で詳細な指定をすること（例えば、物理リソースの最適化のために特定リソースを個別に指定すること）ができないため、ＮＳの管理の性能に改善の余地が残されている。
　そこで、本発明は、上記事情に鑑みて、ＮＳの管理の性能を向上させることを課題とする。
　前記課題を解決するために、請求項１に記載の発明は、仮想化領域となるコアＮＷ（Network）および非仮想化領域となるアクセスＮＷを含むＮＷに構築されるＮＳ（Network Service）を管理する管理装置であって、前記ＮＷには、前記ＮＳの提供に供する、サーバ系装置およびＮＷ系装置が配置されており、前記サーバ系装置および前記ＮＷ系装置を指定するために必要なインプットパラメータを含むＮＳ生成オーダを外部装置から取得する要求受付部と、前記ＮＳの雛型となるカタログを格納するカタログＤＢ（DataBase）と、を備え、前記カタログは、前記ＮＳの構成を記述する部分であり、前記ＮＳの構成要素群を選択可能に定義した複数種類の情報セットを有するＮＳＤ（NS Descriptor）を含み、前記インプットパラメータに、前記情報セットを選択せずに前記ＮＳの構成要素群を前記外部装置で個別指定するための特定パラメータが含まれている場合は、前記個別指定された、ＮＳの構成要素群を用いて前記ＮＳを生成し、前記インプットパラメータに、前記特定パラメータが含まれていない場合は、前記外部装置で選択された情報セットを用いて前記ＮＳを生成する、シナリオ管理部、をさらに備える、ことを特徴とする。
　また、請求項３に記載の発明は、仮想化領域となるコアＮＷおよび非仮想化領域となるアクセスＮＷを含むＮＷに構築されるＮＳを管理する管理装置におけるネットワーク管理方法であって、前記ＮＷには、前記ＮＳの提供に供する、サーバ系装置およびＮＷ系装置が配置されており、前記管理装置は、前記ＮＳの雛型となるカタログを格納するカタログＤＢを備え、前記カタログは、前記ＮＳの構成を記述する部分であり、前記ＮＳの構成要素群を選択可能に定義した複数種類の情報セットを含むＮＳＤを含んでおり、前記サーバ系装置および前記ＮＷ系装置を指定するために必要なインプットパラメータを含むＮＳ生成オーダを外部装置から取得するステップと、前記インプットパラメータに、前記情報セットを選択せずに前記ＮＳの構成要素群が前記外部装置で個別指定された第１のパラメータが含まれている場合は、前記個別指定されたＮＳの構成要素群を用いて前記ＮＳを生成するステップと、前記インプットパラメータに、前記第１のパラメータが含まれていない場合は、前記外部装置で選択された情報セットを用いて前記ＮＳを生成するステップと、を実行する、ことを特徴とする。
　請求項１，３に記載の発明によれば、ＮＳの構成要素群の個別指定を可能とする特定パラメータをＮＳ生成オーダに含めることで、NS Deployment Flavourの選択では実現できない、ＮＳの構成要素群の詳細な指定を可能にする手段を外部装置に提供することができる。
　したがって、ＮＳの管理の性能を向上させることができる。
　また、請求項２に記載の発明は、請求項１に記載の管理装置であって、前記カタログは、さらに、前記ＮＳにて利用されるアプリケーションを記述する部分と、前記ＮＳにて利用される物理機能を記述する部分と、前記ＮＳにて利用されるアプリケーション同士の接続関係を記述する部分と、前記ＮＳにて利用されるリンクを記述する部分と、を含む、ことを特徴とする。
　また、請求項４に記載の発明は、請求項３に記載のネットワーク管理方法であって、前記カタログは、さらに、前記ＮＳにて利用されるアプリケーションを記述する部分と、前記ＮＳにて利用される物理機能を記述する部分と、前記ＮＳにて利用されるアプリケーション同士の接続関係を記述する部分と、前記ＮＳにて利用されるリンクを記述する部分と、を含む、ことを特徴とする。
　請求項２，４に記載の発明によれば、カタログに、ＮＳにて利用されるアプリケーションを記述する部分と、ＮＳにて利用される物理機能を記述する部分と、ＮＳにて利用されるアプリケーション同士の接続関係を記述する部分と、ＮＳにて利用されるリンクを記述する部分を含ませることで、ＮＳを具体的に設計することができる。
　本発明によれば、ＮＳの管理の性能を向上させることができる。
本実施形態の管理装置の機能構成図である。 ＮＳＤの詳細を示す図である。 比較例における、ＮＳ生成／インスタンス化で指定可能なパラメータの例を示す図である。 本実施形態における、ＮＳ生成／インスタンス化で指定可能なパラメータの例を示す図である。 ＮＳ生成オーダ処理のフローチャートである。
　本発明を実施するための形態（実施形態）について、図面を参照しながら詳細に説明する。
　本実施形態の管理装置Ｍは、仮想化領域となるコアＮＷおよび非仮想化領域となるアクセスＮＷを管理する。具体的には、管理装置Ｍは、コアＮＷに配置されている機器およびアクセスＮＷに配置されている機器からさまざまな情報を収集することでこれらの機器を監視する。コアＮＷに配置されている機器およびアクセスＮＷに配置されている機器によってＮＷ構成ができあがる。
　また、管理装置Ｍは、コアＮＷおよびアクセスＮＷを含むＮＷに構築されるＮＳ（Network Service）を管理する。このＮＳは、ＮＳ利用側（ユーザ）の端末からＮＳ提供側（例：通信事業者）が保持するアクセスＮＷ、コアＮＷ上の機器からサービス事業者（例：ＩＳＰ（Internet Service Provider）事業者）との端点までのＥ２Ｅ（End to End：エンドツーエンド）の管理が実現可能なＮＳとなる。
　図１に示すように、管理装置Ｍは、Ｅ２ＥＯ（End to End Orchestrator：エンドツーエンドオーケストレータ、Ｅ２Ｅオーケストレータ）１（サービス管理部）と、ＳＶＲＯ（Server Resource Orchestrator：サーバリソースオーケストレータ）２（サーバリソース管理部）と、ＮＷＲＯ（Network Resource Orchestrator：ネットワークリソースオーケストレータ）３（ＮＷリソース管理部）と、を備える。
　Ｅ２ＥＯ１は、ユーザに提供されるＮＳの管理を自律的に行う機能部である。
　ＳＶＲＯ２は、コアＮＷおよびアクセスＮＷを含むＮＷに配置されるサーバ系装置のリソースを管理する。
　ＮＷＲＯ３は、コアＮＷおよびアクセスＮＷを含むＮＷに配置されるＮＷ系装置のリソースを管理する。
　オペレータが操作する上位装置Ｕ（外部装置）、または、上位装置Ｕと同等の機能を有する他システムＵ１（外部装置）からの要求に応じて、Ｅ２ＥＯ１、ＳＶＲＯ２、および、ＮＷＲＯ３は動作する。なお、他システムＵ１はＯＳＳ（Operation Support System）やＢＳＳ（Business Support System）、ＮＷ－ＡＩ（Artificial Intelligence）などが相当するが、上位装置Ｕに関する説明は、他システムＵ１に対してもあてはまるため、特別な事情が無い限り、上位装置Ｕに関する説明は省略し、ＮＷ－ＡＩとして実装される他システムＵ１から要求（オペレータを介しない計算機の自律的な要求）がある場合について説明する。
　サーバ系装置は、ＮＳを実行する装置である。サーバ系装置には、例えば、ＤＣ（Data Center：データセンタ）、ＤＣ上に設置されている汎用サーバ、汎用サーバを仮想化した仮想サーバ（ＶＭ（Virtual Machine）。仮想マシン。）があるが、これらに限定されない。仮想サーバには１つのＡＰＬ（Application：アプリケーション）を配置することができる。仮想サーバ上のＡＰＬを動作させることで、所定のＮＳをユーザに提供することができる。本実施形態では、ＡＰＬを、ＶＮＦc（Virtual Network Function Component：仮想ネットワーク機能コンポーネント、ＮＷ機能コンポーネント）または、１つ以上のＶＮＦｃを組み合わせて構成されるＶＮＦ（Virtual Network Function：仮想ネットワーク機能、ＮＷ機能）と呼ぶ場合がある。また、ＤＣは、ＮＦＶＩ－ＰｏＰ（Network Function Virtualization Infrastructure- Point of Presence）と呼ぶ場合がある。
　ＮＷ系装置は、ＮＳを実行するためのデータを他のＮＷ系装置またはサーバ系装置に転送する装置である。ＮＷ系装置には、例えば、ＯＬＴ（Optical Line Terminal：光加入者回線終端装置）、コアルータ、Ｌ２ＳＷ（Layer2 Switch）、Ｌ３ＳＷ（Layer3 Switch）、ＮＴＥ（Network Terminal Equipment：ネットワーク終端装置）があるが、これらに限定されない。
［Ｅ２ＥＯ１の詳細］
　Ｅ２ＥＯ１は、要求受付部１１と、シナリオ管理部１２と、ＮＦＶＯ（Network Function Virtualization Orchestrator）リソース管理部１３と、共通リソース管理部１４と、対向ＩＦ１５，１６と、カタログＤＢ１７と、インスタンスＤＢ１８と、オーダＤＢ１９と、通知メッセージＤＢ２０とを備える。
　要求受付部１１は、他システムＵ１から出力されるＮＳ生成要求をオーダとして取得する。ＮＳ生成要求は、管理装置ＭにＮＳを生成（構築）させる情報である。ＮＳ生成要求は、所定のＮＷ構成を対象にして設定する論理パスを表現するために、複数種類のサーバ系装置の記述子および複数種類のＮＷ系装置の記述子を適宜並べて組み合わせたＮＳ情報を含む。Ｅ２ＥＯ１は、これらの記述子を、ＮＷ上に配置されている対応のサーバ系装置およびＮＷ系装置にマッピングする。また、ＮＳ生成要求は、前記論理パスを利用したＮＳの提供に供する、サーバ系装置およびＮＷ系装置を指定するために必要なインプットパラメータ（以下、単に、「パラメータ」と呼ぶ場合がある）を含む。なお、オーダには、ＮＳを更新するオーダ、ＮＳを削除するオーダなどもある。また、要求受付部１１は、具体的には、ＯＳＳ／ＢＳＳとＮＦＶＯとの間のインタフェースとして機能するOs-Ma-nfvo送受信部である。
　シナリオ管理部１２は、ＮＳ管理用の各種シナリオを管理する。シナリオとは、オーダを処理するときの処理手順が記述されている媒体である。シナリオ管理部１２は、ＮＳ生成シナリオ１２ａと、ＮＳ更新シナリオ１２ｂと、ＮＳ停止シナリオ１２ｃと、ＮＳ削除シナリオ１２ｄと、ＮＳインスタンス化シナリオ１２ｅと、ＮＳＤ更新シナリオ１２ｆと、ＮＳＤ登録シナリオ１２ｇと、ＶＮＦパッケージ登録シナリオ１２ｈと、ＶＮＦパッケージ取得シナリオ１２ｉと、を備える。
　ＮＳ生成シナリオ１２ａは、ＮＳを生成するオーダであるＮＳ生成オーダからＮＳを生成するためのシナリオである。シナリオ管理部１２は、他システムＵ１から取得したＮＳ生成オーダに対して、NsIdentifierを生成し、他システムＵ１に返却する。他システムＵ１は、当該NsIdentifierを用いて、ＮＳをインスタンス化するためのオーダであるＮＳインスタンス化オーダを作成することができる。
　ＮＳ更新シナリオ１２ｂは、ＮＳを更新するオーダであるＮＳ更新オーダからＮＳを更新するためのシナリオである。シナリオ管理部１２は、ＮＳ更新シナリオ１２ｂによって、他システムＵ１から取得したＮＳ更新オーダに対して、当該オーダ内のインスタンスＩＤに紐づくインスタンスをインスタンスＤＢ１８から取得し、ＳＶＲＯ２による制御（ＳＶＲＯ制御）、および、ＮＷＲＯ３による制御（ＮＷＲＯ制御）を実行することでＮＳの更新を実現することができる。例えば、ＶＮＦを有するＮＳの場合には、ＮＳ更新シナリオ１２ｂは、ＳＶＲＯ制御およびＮＷＲＯ制御の両方を実行する。ＶＮＦを有しないＮＳの場合には、ＮＳ更新シナリオ１２ｂは、ＮＷＲＯ制御を実行する。
　ＮＳ停止シナリオ１２ｃは、ＮＳを停止するオーダであるＮＳ停止オーダからＮＳを停止するためのシナリオである。シナリオ管理部１２は、ＮＳ停止シナリオ１２ｃによって、他システムＵ１から取得したＮＳ停止オーダに対して、当該オーダ内のインスタンスＩＤに紐づくインスタンスをインスタンスＤＢ１８から取得し、ＳＶＲＯ制御およびＮＷＲＯ制御を実行することでＮＳの停止を実現することができる。例えば、ＶＮＦを有するＮＳの場合には、ＮＳ停止シナリオ１２ｃは、ＳＶＲＯ制御およびＮＷＲＯ制御の両方を実行する。ＶＮＦを有しないＮＳの場合には、ＮＳ停止シナリオ１２ｃは、ＮＷＲＯ制御を実行する。
　ＮＳ削除シナリオ１２ｄは、ＮＳを削除するオーダであるＮＳ削除オーダからＮＳを削除するためのシナリオである。シナリオ管理部１２は、ＮＳ削除シナリオ１２ｄによって、他システムＵ１から取得したＮＳ削除オーダに対して、当該オーダ内のインスタンスＩＤに紐づくインスタンスをインスタンスＤＢ１８から取得し、ＳＶＲＯ２に対してＮＳの削除を指示する。また、シナリオ管理部１２は、インスタンスＤＢ１８から該当のインスタンスを削除する。これらの手順により、ＮＳの削除が実現される。
　ＮＳインスタンス化シナリオ１２ｅは、ＮＳインスタンス化オーダから、ＮＳをインスタンス化するためのシナリオである。シナリオ管理部１２は、ＮＳインスタンス化シナリオ１２ｅによって、他システムＵ１から取得したＮＳインスタンス化オーダで指定されたＮＳＤ（ＮＳ　Descriptor）（詳細は後記）を、ＮＦＶＯリソース管理部１３を介してカタログＤＢ１７から取得し、ＳＶＲＯ制御およびＮＷＲＯ制御を実行することでＮＳの生成を実現することができる。
　ＮＳＤ更新シナリオ１２ｆは、ＮＳＤを更新するためのシナリオである。シナリオ管理部１２は、ＮＳＤ更新シナリオ１２ｆによって、他システムＵ１からのオーダで指定されたＮＳＤを、ＮＦＶＯリソース管理部１３を介してカタログＤＢ１７から読み出し、当該オーダに含まれる更新要求に従ってＮＳＤを更新することができる。
　ＮＳＤ登録シナリオ１２ｇは、ＮＳＤをカタログＤＢ１７に登録するためのシナリオである。シナリオ管理部１２は、ＮＳＤ登録シナリオ１２ｇによって、他システムＵ１からのオーダで指定されたＮＳＤを、ＮＦＶＯリソース管理部１３を介してカタログＤＢ１７に登録することができる。
　ＶＮＦパッケージ登録シナリオ１２ｈは、ＮＳで利用されるアプリケーションであるＶＮＦパッケージをカタログＤＢ１７に登録するためのシナリオである。ＶＮＦパッケージとは、ＶＮＦおよびＶＮＦＤ（VNF Descriptor）をパッケージ化したものである。シナリオ管理部１２は、ＶＮＦパッケージ登録シナリオ１２ｈによって、他システムＵ１からのオーダで指定されたＶＮＦパッケージを、ＮＦＶＯリソース管理部１３を介してカタログＤＢ１７に登録することができる。
　ＶＮＦパッケージ取得シナリオ１２ｉは、ＶＮＦパッケージをカタログＤＢ１７から取得するためのシナリオである。シナリオ管理部１２は、ＶＮＦパッケージ取得シナリオ１２ｉによって、他システムＵ１からのオーダで指定されたＶＮＦパッケージを、ＮＦＶＯリソース管理部１３を介してカタログＤＢ１７から取得することができる。
　シナリオ管理部１２は、要求受付部１１が取得したインプットパラメータを用いて、各種シナリオ（符号１２ａ～１２ｉ）に従い、ＮＳの生成等の管理を実行することができる。
　なお、シナリオ管理部１２は、ＮＳを検索するＮＳ検索オーダを他システムＵ１から取得した場合、当該オーダ内のインスタンスＩＤに紐づくインスタンスをインスタンスＤＢ１８から取得し、NsInfo（ＮＳ生成を表すCreate NS Identifier命令の返り値）を他システムＵ１に返答することができる。
　ＮＦＶＯリソース管理部１３は、カタログＤＢ１７、および、インスタンスＤＢ１８の接続部として機能し、ＮＦＶＯのリソースをＮＦＶＯリソースとして管理する。ＮＦＶＯは、ＮＦＶ（Network Function Virtualisation）を制御するオーケストレータである。例えば、ＮＦＶＯは、複数インスタンスで構成されるＶＮＦのテンプレート化をしたり、ＶＮＦの配置ポリシー機能を提供したりすることができる。ＮＦＶは、ネットワーク機能を仮想化した仮想ネットワーク機能である。
　また、ＮＦＶＯリソース管理部１３は、ＮＳの雛型となるカタログを管理することができる。他システムＵ１は、ＮＦＶＯリソース管理部１３から所望のカタログを取得することができる。他システムＵ１は、取得したカタログを用いて所定事項（インプットパラメータを含む）を入力することで、特定のＮＳに対する所望のオーダを容易に作成することができる。ＮＦＶＯリソース管理部１３が管理するカタログは、１または複数種類あり、必要に応じて追加、削除、更新、提供などされる。また、ＮＦＶＯリソース管理部１３が管理するカタログは、カタログＤＢ１７に格納されている。カタログの詳細は後記する。
　また、ＮＦＶＯリソース管理部１３は、管理装置Ｍが管理するＮＳのインスタンスを管理することができる。ＮＳのインスタンスには、例えば、ＮＳそのものをインスタンス化したもの、ＮＳで利用されるＶＮＦをインスタンス化したものが含まれるが、これらに限定されない。ＮＦＶＯリソース管理部１３が管理するインスタンスに関する情報は、インスタンスＤＢ１８に格納されている。
　共通リソース管理部１４は、オーダＤＢ１９、および、通知メッセージＤＢ２０の接続部として機能し、サーバ系装置のリソース、および、ＮＷ系装置のリソースを管理する。共通リソース管理部１４は、オーダＤＢ１９（後記）および通知メッセージＤＢ２０（後記）を参照して、サーバ系装置のリソース、および、ＮＷ系装置のリソースを調停することができる。また、共通リソース管理部１４は、シナリオ管理部１２を介して、この調停の結果をＳＶＲＯ２およびＮＷＲＯ３に出力し、リソースの調停を指示することができる。
　なお、サーバ系装置のリソースには、サーバ系装置自身に割り当てられるリソースが含まれるし、サーバ装置に設定される接続点に接続されるリンクに割り当てられるリソースも含まれる。
　また、ＮＷ系装置のリソースには、ＮＷ系装置自身に割り当てられるリソースが含まれるし、ＮＷ系装置に設定される接続点に接続されるリンクに割り当てられるリソースも含まれる。リンクには、仮想化されたリンク（ＶＬ：Virtual Link）も含まれる。サーバ装置に設定される接続点に接続されるリンクと、ＮＷ系装置に設定される接続点に接続されるリンクが同じである場合は、例えば、そのリンクをサーバ系装置のリソースとして扱うことができる。しかし、ＮＷ系装置のリソースとして扱ってもよい。
　対向ＩＦ１５は、Ｅ２ＥＯ１がＳＶＲＯ２と情報のやり取りをするためのＩＦである。
　対向ＩＦ１６は、Ｅ２ＥＯ１がＮＷＲＯ３と情報のやり取りをするためのＩＦである。
　カタログＤＢ１７は、ＮＦＶＯリソース管理部１３が管理するカタログを格納する。
　インスタンスＤＢ１８は、ＮＦＶＯリソース管理部１３が管理するインスタンスに関する情報（例えば、インスタンスを識別するインスタンスＩＤ、インスタンスの種別）を格納する。
　オーダＤＢ１９は、他システムＵ１から取得したオーダを格納する。オーダＤＢ１９は、格納するオーダの取得の履歴を記録することができる。
　通知メッセージＤＢ２０は、管理装置Ｍが管理するＮＳの提供に供する装置（サーバ系装置、ＮＷ系装置）間でやり取りされるメッセージを格納する。通知メッセージＤＢ２０は、格納するメッセージの取得の履歴を記録することができる。
［カタログの詳細］
　ＮＦＶＯリソース管理部１３が管理するカタログは、例えば、ＮＳＤ（ＮＳ　Descriptor）と、ＶＮＦＤ（ＶＮＦ　Descriptor）と、ＰＮＦＤ（Physical Network Function Descriptor）と、ＶＬＤ（ＶＬ　Descriptor）と、ＶＮＦＦＧＤ（ＶＮＦ　Forwarding Graph Descriptor）といった要素を含むが、これらに限定されない。図１に示すように、カタログＤＢ１７は、複数種類のＮＳＤ（ｃ１）、複数種類のＶＮＦＤ（ｃ２）、複数種類のＰＮＦＤ（ｃ３）、複数種類のＶＬＤ（ｃ４）、および、複数種類のＶＮＦＦＧＤ（ｃ５）が格納されている。
　ＮＳＤ（ｃ１）は、ＮＳの構成を記述する部分である。ＮＳＤ（ｃ１）は、当該ＮＳの識別や構築するために必要な情報や、当該ＮＳに関連するＶＮＦＤ（ｃ２）、ＰＮＦＤ（ｃ３）、ＶＬＤ（ｃ４）、ＶＮＦＦＧＤ（ｃ５）を参照する情報などを保持する。
　ＶＮＦＤ（ｃ２）は、ＮＳにて利用されるアプリケーション（ＶＮＦ）を記述する部分である。ＶＮＦＤ（ｃ２）は、当該ＶＮＦの識別や構築するために必要な情報を保持する。
　ＰＮＦＤ（ｃ３）は、ＮＳにて利用される物理機能（サーバ系装置およびＮＷ系装置が提供するＮＷ機能。ＰＮＦ（Physical Network Function）。）を記述する部分である。ＰＮＦＤ（ｃ３）は、当該ＰＮＦの識別や構築するために必要な情報を保持する。
　ＶＬＤ（ｃ４）は、ＮＳにて利用されるＶＬ（リンク）を記述する部分である。ＶＬＤ（ｃ４）は、ＶＬの識別や構築するために必要な情報を保持する。
　ＶＮＦＦＧＤ（ｃ５）は、ＮＳにて利用される複数のアプリケーション（ＶＮＦ）による連携を記述する部分を含む。アプリケーションによる連携とは、複数の（ＶＮＦ）を接続して１つの機能を提供することを意味する。ＶＮＦＦＧＤ（ｃ５）は、当該ＶＮＦＦＧＤ（ｃ５）を識別する情報、連携するＶＮＦ同士のリンク情報、当該ＶＮＦＦＧＤに関連するＶＬＤ（ｃ４）、ＶＮＦＤ（ｃ２）を識別する情報などを保持する。
　ＮＳＤ（ｃ１）は、ＮＳごと、例えば、ＩＳＰ接続サービスや専用線サービスといったサービスごとに用意され、ＶＮＦＤ（ｃ２）、ＰＮＦＤ（ｃ３）、ＶＬＤ（ｃ４）、および、ＶＮＦＦＧＤ（ｃ５）の組み合わせによって表現することができる。他システムＵ１は、管理装置Ｍにインプットパラメータを入力し、所望のＮＳ生成要求等のオーダを容易に作成することができる。他システムＵ１は、オーダの作成に関して、基本的には、ＮＳ構成に一致するカタログをカタログＤＢ１７から選択する。
［ＮＳＤの詳細］
　図２に示すように、ＮＳＤ（ｃ１）は、複数種類のＮｓＤｆ（NS Development Flavour）（ｃ１１）を有している。ＮｓＤｆ（ｃ１１）は、ＶＮＦをインスタンス化する際のＶＬ（仮想リンク）接続構成等を示す情報のかたまり（ＮＳの構成要素群を定義した情報セット）である。本実施形態では、ＮｓＤｆを「Development Flavour」や「Flavour」と省略する場合がある。
　ＮｓＤｆ（ｃ１１）は、他システムＵ１の制御対象であるＮｓＤｆオブジェクトとして、複数のVnfProfile（ｃ１１－１）と、複数のPnfProfile（ｃ１１－２）と、複数のVirtualLinkProfile（ｃ１１－３）と、複数のNsLevel（ｃ１１－４）とを有している。
　なお、１つのＮＳＤ（ｃ１）に対して、他システムＵ１で選択可能な複数種類のＮｓＤｆが用意されている。
　VnfProfile（ｃ１１－１）は、Development Flavourの部品（Profile）として、ＮＳを構成する特定のＶＮＦを示す。
　PnfProfile（ｃ１１－２）は、Development Flavourの部品として、ＮＳを構成する特定のＰＮＦを示す。
　VirtualLinkProfile（ｃ１１－３）は、Development Flavourの部品として、ＮＳを構成する特定のＶＬを示す。
　NsLevel（ｃ１１－４）は、NSを分類するための指標であり、例えば、当該NSを構成する、１または複数のVNF、１または複数のVL、１または複数のnestedNS（再帰的ＮＳ）から決定されるものである。NsLevel（ｃ１１－４）は、Development Flavourの部品として、CompositeNS（複合ＮＳ）が保持するVLProfile（ＶＬを表現する部品）の帯域指定や、nestedNSのインスタンス数（numberOfInstances）指定を実現する。
　他システムＵ１は、制御対象となるＮＳの特定の構成要素（ＶＮＦ、ＰＮＦ、ＶＬ）を制御するために、当該ＮＳを識別するＮＳＤをカタログとして用いてオーダを送信する。その際、他システムＵ１は、当該ＮＳＤが有する複数種類のＮｓＤｆのうち１つを選択することで、選択したＮｓＤfが有するＮｓＤｆオブジェクトとして示されるＶＮＦ、ＰＮＦ、ＶＬを指定し制御することができる。
　例えば、他システムＵ１は、ＮＳの生成、または、ＮＳのインスタンス化を行う場合（Create NSオペレーション／Instantiate NSオペレーション）、ＮＳの生成、または、ＮＳのインスタンス化で指定可能なパラメータをオーダ（ＮＳ生成オーダまたはＮＳインスタンス化オーダ）に含めて、当該オーダを管理装置Ｍに送信する。このとき、従来では、図３の比較例に示すように、ＮＳの生成、または、ＮＳのインスタンス化（Create NS Identifier／Instantiate NS）で指定可能なパラメータは、nsdId（ｐ１）、nsName（ｐ２）、nsDescription（ｐ３）、flavourId（ｐ４）、sapData（ｐ５）、pnfInfo（ｐ６）、vnfInstanceData（ｐ７）、nestedNsInstanceId（ｐ８）、locationConstraints（ｐ９）、additionalParamForNs（ｐ１０）、additionalParamForVnf（ｐ１１）、startTime（ｐ１２）、nsInstantiationLevelId（ｐ１３）、additionalAffinityOrAntiAffinityRule（ｐ１４）であった。
　nsdId（ｐ１）は、ＮＳＤの識別子を示す。
　nsName（ｐ２）は、ＮＳＤを識別するための名前を示す。
　nsDescription（ｐ３）は、ＮＳＤの記述内容を示す。
　flavourId（ｐ４）は、flavourの識別子を示す。
　sapData（ｐ５）は、NSのSAP(service access point)に関する情報として、特に、sapId（service access point ID）とAddress情報の対応を示す。ここで、sapIdは、SAP（service access point）の識別子を示し、Address情報は、例えば、IPアドレス、VLAN（Virtual Local Area Network）-IDである。
　pnfInfo（ｐ６）は、PNFDの情報とPNFのCP（Connection Point：接続点）とAddress情報の対応を示す。ここで、Address情報は、例えば、IPアドレス、VLAN-IDである。
　vnfInstanceData（ｐ７）は、既設のVNFインスタンスの情報を示す。VNFインスタンスとは、NSの構成要素の１つであるVNFのインスタンスである。
　nestedNsInstanceId（ｐ８）は、既設のNSインスタンスの情報を示す。NSインスタンスとは、NSDに基づいて生成される仮想ネットワークサービス（１または複数のVNF、１または複数のVL等から構成）である。
　locationConstraints（ｐ９）は、VNFのロケーション制約情報を示す。
　additionalParamForNs（ｐ１０）は、NS向けの拡張パラメータの一種を示す。NS向けの拡張パラメータは、KeyValuePair（例えば、文字列と数値との組）のリストで構成される。
　additionalParamForVnf（ｐ１１）は、VNF向けの拡張パラメータの一種を示す。VNF向けの拡張パラメータは、vnfProfileId（VNF Profileの識別子）およびadditionalParam（本実施形態で指定した拡張領域（拡張パラメータを記載可能な領域））で構成される。
　startTime（ｐ１２）は、リソース確保が始まった開始時刻のタイムスタンプを示す。
　nsInstantiationLevelId（ｐ１３）は、親NSインスタンス化コンテキストに用いられる参照NSDF内のNSLevelを定義するnsInstantiationLevelの識別子を示す。NSDF（Network Service Deployment Flavour）は、NSのインスタンス化の際の構成の雛形を表現する。
　additionalAffinityOrAntiAffinityRule（ｐ１４）は、NSインスタンス化オペレーション要求でインスタンス化されるVNF、および、既存のVNFインスタンスとの間に適用される付加的なアフィニティルールおよび反アフィニティルールを示す。
　従来では、ＮＳの生成、または、ＮＳのインスタンス化を実行するために、他システムＵ１は、flavourId（ｐ４）を指定してＮｓＤｆを選択しなければならなかった。このことは、ＮＳ生成／インスタンス化オペレーションで事前にＮＳＤに定義されたＮｓＤｆの情報セットを選択することを意味する。このため、他システムＵ１が制御するＮＳの構成要素は、選択されたＮｓＤｆで示される構成要素に限定されてしまい、他の構成要素を制御する、特定の構成要素を個別に制御する、といった詳細な指定をすることはできなかった。
　そこで、本実施形態では、ＮＳの生成、または、ＮＳのインスタンス化で指定可能なパラメータを拡張し、ＮｓＤｆの部品（Profile）を選択可能とするパラメータを用意し、当該パラメータで各Profileの組み合わせ（ＮＳの構成要素群）を指定可能とする。
　具体的には、図４に示すように、ＮＳの生成、または、ＮＳのインスタンス化で指定可能なパラメータとして、既に説明したパラメータ（ｐ１～ｐ１４）にnsDf（ｐ１５）（特定パラメータ）を加えた拡張パラメータを用いる。nsDf（ｐ１５）は、制御対象となるＮＳの特定の構成要素のうち、他システムＵ１で個別指定した、ＮＳの構成要素を示すパラメータである。他システムＵ１は、オーダに含めるパラメータのうち、flavourId（ｐ４）およびnsDf（ｐ１５）のいずれかを指定することができる。すなわち、他システムＵ１は、ＮＳＤ定義のＮｓＤｆを利用する場合は、flavourId（ｐ４）を指定し、ＮＳＤ定義のＮｓＤｆを利用せずProfileを個別指定したい場合は、nsDf（ｐ１５）を指定する。
　なお、ＮＳ生成／インスタンス化オペレーションにおいては、nsInstantiationLevelId（ｐ１３）のパラメータは定義してもよいし、しなくてもよい。
　また、nsDf（ｐ１５）によるProfileの個別指定が、所定の標準規定の範囲を超えない指定に相当する場合には、additionalParamForNs（ｐ１０）およびadditionalParamForVnf（ｐ１１）による指定でもよいが、nsDf（ｐ１５）からの指定でもよい。
　また、他システムＵ１による、ＮＳの構成要素の個別指定は、例えば、当該ＮＳの物理リソースの最適化を目的に行われるが、この目的に限定されない。
　また、従来では、他システムＵ１は、flavourId（ｐ４）を指定してＮｓＤｆ（ｃ１１）を選択しなければならなかったため、NsLevel（ｃ１１－４）の選択が前提となっていた。このため、帯域等の数値を個別に指定する、などの詳細な指定をすることができなかった。
　本実施形態では、既に説明したnsDf（ｐ１５）から帯域等の数値を個別に指定することができる。つまり、ＮＳの生成、または、ＮＳのインスタンス化、ＮＳの拡大化（NS Scale）において、nsDf（ｐ１５）を、NsLevel（ｃ１１－４）の指定および変更を可能とするパラメータとして定義する。
　なお、NsLevel（ｃ１１－４）の指定は、省略することができ、この場合、デフォルトlevelが適用される。
［拡張パラメータによるＮＳＤの構成］
　他システムＵ１が、nsDf（ｐ１５）を含む拡張パラメータを含むＮＳ生成オーダを管理装置Ｍに送信する。nsDf（ｐ１５）には、他システムＵ１が個別指定した、ＮＳの構成要素が含まれている。管理装置Ｍは、nsDf（ｐ１５）を参照して、ＮＳＤを構成する。
　ここで、nsDf（ｐ１５）に基づくＮＳＤの構成方式には、以下の２通りがある。
　方式［１］：各Descriptorを一律定義し、Instantiate NSオペレーション（ＮＳインスタンス化を実行するためのオペレーション）にて、生成対象を選択する。
　方式［２］：ＶＮＦＦＧＤに従って、残りの種類のDescriptorを一律定義し、Instantiate NSオペレーションにて、生成対象を選択する。
　方式［１］では、管理装置Ｍは、構成されるＮＳＤで提供されるＶＮＦＤをすべて定義し、定義されたＶＮＦＤに基づくＶＮＦをすべて生成する。また、管理装置Ｍは、構成されるＮＳＤで提供されるＰＮＦＤをすべて定義し、定義されたＰＮＦＤに基づくＰＮＦをすべて生成する。また、管理装置Ｍは、構成されるＮＳＤで提供されるＶＬＤをすべて定義し、定義されたＶＬＤに基づくＶＬをすべて生成する。また、管理装置Ｍは、構成されるＮＳＤで提供されるＶＮＦＦＧＤをすべて定義し、定義されたＶＮＦＦＧＤに基づくＶＮＦＦＧをすべて生成する。
　なお、nsDf（ｐ１５）に含まれている、ＮＳの構成要素として、ＮＳのアクセスポイントを記述するＳＡＰ（service access point）が含まれていてもよい。この場合、管理装置Ｍは、構成されるＳＡＰで提供されるＳＡＰＤ（service access point Descriptor）をすべて定義し、定義されたＳＡＰＤに基づくＳＡＰをすべて生成することができる。
　また、nsDf（ｐ１５）に含まれている、ＮＳの構成要素として、nestedＮＳが含まれていてもよい。この場合、管理装置Ｍは、構成されるnestedＮＳで提供されるnestedＮＳＤ（nestedＮＳ Descriptor）をすべて定義し、定義されたnestedＮＳＤに基づくnestedＮＳをすべて生成することができる。
　方式［２］は、各ＶＮＦＦＧＤの用途は事前に設定されているという前提に基づく方式である。この前提では、各ＶＮＦＦＧＤは、CPおよびＶＮＦＦＧＤ以外のDescriptorとの関連付けが定められている。このため、管理装置Ｍは、各DescriptorがどのＶＮＦＦＧＤに帰属するかを設計した上で、ＮＳＤを構成する。具体的には、同じスペックの、ＮＳ構成要素であっても、異なるＶＮＦＦＧＤに振り分けて帰属させる場合、管理装置Ｍは、当該構成要素に別々のＩＤを付与し、対応のDescriptorに登録する。
　管理装置Ｍは、Instantiate NSオペレーションを実行する際、ＮＳＤによって定義された、ＮＳの構成要素の各々をインスタンス化の判断を、例えば、他システムＵ１からのオーダに含まれる以下のパラメータにより行うことができる。
　・flavourId（ｐ４）（ＮＳＤに事前定義されたflavourを使用する場合）。
　・sapData（ｐ５）。
　・nsInstantiationLevelId（ｐ１３）（ＮＳＤ中のＮｓＤｆに事前に定義されたNsLevel（図２の符号ｃ１１－４）を使用する場合）。
　・ＶＮＦＦＧＤのインスタンス化有無を指定する情報（方式［１］を採用する場合）。
　・nsDf（ｐ１５）に含まれる、ＮＳの構成要素の集合（ＮＳＤに事前定義されたflavourを使用しない場合）（ＮＳの構成要素の集合（ＮｓＤｆに相当する情報セット）は、Dependenciesも含んでもよい。Dependenciesとは、他のVNF Profilesに関連付けられた、１または複数のＶＮＦ、他のNS Profilesに関連付けられた、１または複数のnestedNSをインスタンス化するときの順序を示す指標である。）。
　・nsDf（ｐ１５）に含まれる、NsInstantiationLevel（nsInstantiationLevelId（ｐ１３）で識別されるLevel）に相当する情報セット（ＮＳＤに事前定義されたLevelを使用しない場合）。当該情報セットは、例えば、他システムＵ１が直接指定する、インスタンス数やbitrateが該当する。
［拡張オペレーションの実現手法］
　本実施形態では、他システムＵ１から管理装置Ｍへの、ＮＳ生成やＮＳ更新（UpdateNS）に関するオペレーションとして、事前定義用のＮＳＤに設定されていないFlavour構成や、当該ＮＳＤに設定されていないInstantiationLevel設定（インスタンス化に用いられるVNF DFのインスタンス化レベルの識別子の設定）をした拡張オペレーションを実現する必要がある。拡張オペレーションの実現手法として、以下の手法［１］～［３］がある。
　手法［１］：additionalParamForNs（ｐ１０）またはadditionalParamForVnf（ｐ１１）を利用する（UpdateNSでは、パラメータとしてのadditionalParamForNs（ｐ１０）が無いため、additionalParamForNs（ｐ１０）が存在するように拡張が必要）。
　手法［２］：ＮＳＤ更新後の最新ＮＳＤを指定したUpdateNSを実行する。
　手法［３］：InstantiateNSおよびUpdateNSの両方においてパラメータを追加する。
　本実施形態で既に説明した、nsDf（ｐ１５）（図４）を用いた拡張パラメータを用いて、ＮＳ生成やＮＳ更新を行うオーダの処理は、手法［３］に該当する。しかし、手法［３］に手法［１］、［２］を適宜組み合わせたオペレーションを実現することも可能である。
　なお、ＶＮＦの観点では、ＶＮＦＤを構成する事前定義の情報要素のうち２つの情報要素、つまり、configurablePropertiesおよびmodifiableAttributesの各々で、拡張パラメータ、および、メタデータの定義が行われる。
　ＶＮＦＤの情報要素としてのconfigurablePropertiesとは、ＶＮＦのconfigurablePropertiesを定義する情報要素であり、ＶＮＦインスタンスについてはVNFM（Virtual Network Function Manager：仮想ネットワーク機能管理）で変更可能なプロパティである。
　ＶＮＦＤの情報要素としてのmodifiableAttributesとは、ModifyVnfInfoオペレーションで記述可能な、ＶＮＦ固有の拡張領域（拡張パラメータを記載可能な領域）（VNF-specific extention and metadata attribute）である。modifiableAttributesは、ＶＮＦＤ定義外のＶＮＦ拡張制御（対象ＶＮＦの性能を、ＶＮＦＤで定められる性能範囲を超えたものにすること）を可能にする。
　他システムＵ１は、Instantiate NSオペレーションにおいて、既に説明したadditionalParamForVnf（ｐ１１）を指定することは可能である。ここで、additionalParamForVnf（ｐ１１）で設定可能なAttribute（属性）は、ＶＮＦＤのconfigurablePropertiesに定義されたものを用いることができる。
　他システムＵ１は、ＮＳ更新を行う場合（Update NSオペレーション）、ＮＳ更新で指定可能なパラメータをオーダ（ＮＳ更新オーダ）に含めて、当該オーダを管理装置Ｍに送信する。このとき、ＮＳ更新で指定可能なパラメータには、modifyVnfInfoDataおよびmodifyVnfConfigDataが含まれている。
　modifyVnfInfoDataは、VNFインスタンスに関する情報のうち変更を求められる情報を示す。
　modifyVnfConfigDataは、オペレーション対象のVNFで変更可能なコンフィギュレーションパラメータを示す。
　他システムＵ１は、Update NSオペレーションにおいて、modifyVnfInfoDataを指定することは可能である。ここで、modifyVnfInfoDataで設定可能なAttribute（属性）は、ＶＮＦＤのmodifiableAttributesに定義されたものを用いることができる。よって、他システムＵ１は、ＶＮＦＤ定義外のＶＮＦ拡張制御を実行することができる。
　また、ＮＳの観点では、上記のＶＮＦＤを構成する情報要素：configurablePropertiesに相当する情報要素を、ＮＳＤが有しないため、ＶＮＦＤを用いた拡張パラメータ、拡張メタデータの定義を行うことができない。しかし、他システムＵ１は、Instantiate NSオペレーションにおいて、additionalParamForNs（ｐ１０）を指定することは可能であるため、拡張パラメータ、および、メタデータの定義を行うことは可能である。
　なお、他システムＵ１は、Update NSオペレーションにおいて、ＮＳ全体での拡張パラメータの定義を行うことはできない。
＜処理＞
　次に、本実施形態の管理装置Ｍによる処理としてＮＳ生成オーダ処理について説明する。図５に示すように、ＮＳ生成オーダ処理は、他システムＵ１が管理装置ＭにＮＳ生成オーダを送信したときに開始する。
　まず、管理装置Ｍは、Ｅ２ＥＯ１の要求受付部１１によって、受信したＮＳ生成オーダに含まれるインプットパラメータを取得する（ステップＳ１）。次に、管理装置Ｍは、Ｅ２ＥＯ１のシナリオ管理部１２によって、ＮＳ生成シナリオ１２ａに従い、取得したインプットパラメータに、拡張パラメータとしてのnsDf（ｐ１５）が存在するか否か判定する（ステップＳ２）。
　nsDf（ｐ１５）が存在する場合（ステップＳ２でＹｅｓ）、管理装置Ｍは、Ｅ２ＥＯ１のシナリオ管理部１２によって、ＮＳ生成シナリオ１２ａに従い、他システムＵ１で個別指定された、ＮＳの構成要素群（つまり、Profiles）を用いてＮＳを生成し（ステップＳ３）、ＮＳ生成オーダ処理を終了する。管理装置ＭによるＮＳの生成の具体的な処理としては、例えば、他システムＵ１がＮＳ生成オーダを作成するためにカタログＤＢ１７から事前に選定取得したカタログで指定されたサーバ系装置に対して、ＳＶＲＯ２がリソースを割り当てること、当該カタログで指定されたＮＷ系装置に対して、ＮＷＲＯ３がリソースを割り当てること、既存のＮＷの一部を仮想化したＮＷ（スライス）上の所定箇所に、ＮＳの構成要素群としてのＶＮＦ、ＶＬ等を配備すること、がある。ステップＳ３において、配備されるＮＳの構成要素群は、他システムＵ１で個別指定されたものである。
　ＮＳの生成の具体的な他の処理は、例えば、特許文献１に記載されている。
　一方、インプットパラメータに、nsDf（ｐ１５）が存在しない場合（ステップＳ２でＮｏ）、管理装置Ｍは、Ｅ２ＥＯ１のシナリオ管理部１２によって、ＮＳ生成シナリオ１２ａに従い、他システムＵ１で選択されたflavourを用いてＮＳを生成し（ステップＳ４）、ＮＳ生成オーダ処理を終了する。選択されたflavourとは、flavourId（ｐ４）（図４）で識別されるflavourである。ステップＳ４では、スライス上の所定箇所に、選択されたflavourで指定されたＮＳの構成要素としてのＶＮＦ、ＶＬ等が配備される。
　本実施形態によれば、ＮＳの構成要素群の個別指定を可能とするnsDf（ｐ１５）をＮＳ生成オーダに含めることで、NS Deployment Flavourの選択では実現できない、ＮＳの構成要素群の詳細な指定を可能にする手段を外部装置に提供することができる。
　したがって、ＮＳの管理の性能を向上させることができる。
（その他）
　nsDf（ｐ１５）などの拡張パラメータは、ＮＳ生成オーダに限らず、ＮＳ更新オーダ、ＮＳ削除オーダなどの各種オーダに用いることができる。
　本実施形態で説明した種々の技術を適宜組み合わせた技術を実現することもできる。
　本実施形態で説明したソフトウェアをハードウェアとして実現することもでき、ハードウェアをソフトウェアとして実現することもできる。
　その他、ハードウェア、ソフトウェア、フローチャートなどについて、本発明の趣旨を逸脱しない範囲で適宜変更が可能である。
　Ｍ　　　管理装置
　Ｕ　　　上位装置（外部装置）
　Ｕ１　　他システム（外部装置）
　１　　　Ｅ２ＥＯ（サービス管理部）
　２　　　ＳＶＲＯ（サーバリソース管理部）
　３　　　ＭＷＲＯ（ＮＷリソース管理部）
　１１　　要求受付部
　１２　　シナリオ管理部
　１３　　ＮＦＶＯリソース管理部
　１４　　共通リソース管理部
　１５，１６　対向ＩＦ
　１７　　カタログＤＢ
　１８　　インスタンスＤＢ
　１９　　オーダＤＢ
　２０　　通知メッセージＤＢ

Claims (4)

  1. 　仮想化領域となるコアＮＷ（Network）および非仮想化領域となるアクセスＮＷを含むＮＷに構築されるＮＳ（Network Service）を管理する管理装置であって、
    　前記ＮＷには、前記ＮＳの提供に供する、サーバ系装置およびＮＷ系装置が配置されており、
    　前記サーバ系装置および前記ＮＷ系装置を指定するために必要なインプットパラメータを含むＮＳ生成オーダを外部装置から取得する要求受付部と、
    　前記ＮＳの雛型となるカタログを格納するカタログＤＢ（DataBase）と、を備え、
    　前記カタログは、前記ＮＳの構成を記述する部分であり、前記ＮＳの構成要素群を選択可能に定義した複数種類の情報セットを有するＮＳＤ（NS Descriptor）を含み、
    　前記インプットパラメータに、前記情報セットを選択せずに前記ＮＳの構成要素群を前記外部装置で個別指定するための特定パラメータが含まれている場合は、前記個別指定された、ＮＳの構成要素群を用いて前記ＮＳを生成し、
    　前記インプットパラメータに、前記特定パラメータが含まれていない場合は、前記外部装置で選択された情報セットを用いて前記ＮＳを生成する、シナリオ管理部、をさらに備える、
    　ことを特徴とする管理装置。
  2. 　前記カタログは、さらに、
    　前記ＮＳにて利用されるアプリケーションを記述する部分と、前記ＮＳにて利用される物理機能を記述する部分と、前記ＮＳにて利用されるアプリケーション同士の接続関係を記述する部分と、前記ＮＳにて利用されるリンクを記述する部分と、を含む、
    　ことを特徴とする請求項１に記載の管理装置。
  3. 　仮想化領域となるコアＮＷおよび非仮想化領域となるアクセスＮＷを含むＮＷに構築されるＮＳを管理する管理装置におけるネットワーク管理方法であって、
    　前記ＮＷには、前記ＮＳの提供に供する、サーバ系装置およびＮＷ系装置が配置されており、
    　前記管理装置は、
    　前記ＮＳの雛型となるカタログを格納するカタログＤＢを備え、
    　前記カタログは、前記ＮＳの構成を記述する部分であり、前記ＮＳの構成要素群を選択可能に定義した複数種類の情報セットを含むＮＳＤを含んでおり、
    　前記サーバ系装置および前記ＮＷ系装置を指定するために必要なインプットパラメータを含むＮＳ生成オーダを外部装置から取得するステップと、
    　前記インプットパラメータに、前記情報セットを選択せずに前記ＮＳの構成要素群が前記外部装置で個別指定された第１のパラメータが含まれている場合は、前記個別指定されたＮＳの構成要素群を用いて前記ＮＳを生成するステップと、
    　前記インプットパラメータに、前記第１のパラメータが含まれていない場合は、前記外部装置で選択された情報セットを用いて前記ＮＳを生成するステップと、を実行する、
    　ことを特徴とするネットワーク管理方法。
  4. 　前記カタログは、さらに、
    　前記ＮＳにて利用されるアプリケーションを記述する部分と、前記ＮＳにて利用される物理機能を記述する部分と、前記ＮＳにて利用されるアプリケーション同士の接続関係を記述する部分と、前記ＮＳにて利用されるリンクを記述する部分と、を含む、
    　ことを特徴とする請求項３に記載のネットワーク管理方法。
PCT/JP2019/025799 2018-07-05 2019-06-28 管理装置およびネットワーク管理方法 WO2020009014A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US17/257,129 US20210367863A1 (en) 2018-07-05 2019-06-28 Management device and network management method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2018-128019 2018-07-05
JP2018128019A JP6947129B2 (ja) 2018-07-05 2018-07-05 管理装置およびネットワーク管理方法

Publications (1)

Publication Number Publication Date
WO2020009014A1 true WO2020009014A1 (ja) 2020-01-09

Family

ID=69059626

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/025799 WO2020009014A1 (ja) 2018-07-05 2019-06-28 管理装置およびネットワーク管理方法

Country Status (3)

Country Link
US (1) US20210367863A1 (ja)
JP (1) JP6947129B2 (ja)
WO (1) WO2020009014A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020095232A1 (en) * 2018-11-08 2020-05-14 Telefonaktiebolaget Lm Ericsson (Publ) Dimensioning network services (ns)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017143452A (ja) * 2016-02-12 2017-08-17 日本電信電話株式会社 管理装置、および、ネットワークサービス管理方法
US20180145889A1 (en) * 2015-12-30 2018-05-24 Huawei Technologies Co., Ltd. Life Cycle Management Method and Device for Network Service
JP2018515982A (ja) * 2015-05-07 2018-06-14 ホアウェイ・テクノロジーズ・カンパニー・リミテッド 動的仮想化ネットワーク機能記述子管理のためのシステムおよび方法

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3249860A4 (en) * 2015-01-23 2018-01-24 Nec Corporation Method, device, and program for management and orchestration of network functions virtualization
US20180004563A1 (en) * 2015-01-27 2018-01-04 Nec Corporation Orchestrator apparatus, system, virtual machine creation method, and computer-readable recording medium
WO2017194990A1 (en) * 2016-05-09 2017-11-16 Telefonaktiebolaget Lm Ericsson (Publ) Orchestrator for a virtual network platform as a service (vnpaas)
CN107689882B (zh) * 2016-08-05 2020-04-21 华为技术有限公司 一种虚拟化网络中业务部署的方法和装置
US11757696B2 (en) * 2017-10-24 2023-09-12 Telefonaktiebolaget Lm Ericsson (Publ) Methods for defining a network service descriptor (NSD) for a network service (NS), and network functions virtualization (NFV) orchestrator (NFVO) using said NSD
CN110768807B (zh) * 2018-07-25 2023-04-18 中兴通讯股份有限公司 虚拟资源方法及装置、虚拟资源处理网元及存储介质

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018515982A (ja) * 2015-05-07 2018-06-14 ホアウェイ・テクノロジーズ・カンパニー・リミテッド 動的仮想化ネットワーク機能記述子管理のためのシステムおよび方法
US20180145889A1 (en) * 2015-12-30 2018-05-24 Huawei Technologies Co., Ltd. Life Cycle Management Method and Device for Network Service
JP2017143452A (ja) * 2016-02-12 2017-08-17 日本電信電話株式会社 管理装置、および、ネットワークサービス管理方法

Also Published As

Publication number Publication date
JP2020010126A (ja) 2020-01-16
JP6947129B2 (ja) 2021-10-13
US20210367863A1 (en) 2021-11-25

Similar Documents

Publication Publication Date Title
US11630646B2 (en) Software defined network controller
US10985974B2 (en) Selectable declarative requirement levels
US11805031B2 (en) Method and entities for service availability management
KR101932872B1 (ko) 네트워크 기능들 가상화의 관리 및 오케스트레이션을 위한 방법, 디바이스, 및 프로그램
US11271827B2 (en) Network service life cycle management grant method and apparatus
JP6533475B2 (ja) 管理装置、および、ネットワークサービス管理方法
WO2018219322A1 (zh) 设备管理方法、装置、处理器以及存储介质
WO2020248805A1 (zh) 业务链的编排方法及装置、存储介质和电子装置
CN104718723A (zh) 用于虚拟网络中的联网和安全服务的框架
CN106953848B (zh) 一种基于ForCES的软件定义网络实现方法
JP2008204430A (ja) ビジネスプロセス再構成方法、そのプログラム及び計算機
WO2020062582A1 (zh) 信息引流、请求发送、通信加速方法、引流及节点服务器
US20140237373A1 (en) Method of provisioning a cloud-based render farm
TWI771927B (zh) 網路服務構築系統及網路服務構築方法
US20170270157A1 (en) TCP/IP Network Automation and Orchestration Tools
CN113301116A (zh) 微服务应用跨网络通信方法、装置、系统及设备
KR20180103975A (ko) 자원 객체를 관리하는 방법 및 시스템
US10148486B2 (en) Object version management
KR101563292B1 (ko) 가상 세션 관리자를 이용한 클라우드 가상화 시스템 및 방법
WO2020009014A1 (ja) 管理装置およびネットワーク管理方法
WO2018000377A1 (zh) 管理功能对象的管理方法及装置
WO2018120222A1 (zh) 一种管理vnffg的方法、装置和系统
US20240007364A1 (en) Method, Apparatus, and System for Deploying Service
CN115348187A (zh) 网络服务处理的方法和装置
CN117061515A (zh) 云主机信息配置方法、计算机设备及计算机存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19831257

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19831257

Country of ref document: EP

Kind code of ref document: A1