Common service resource application method, related device, and system
11442756 · 2022-09-13
Assignee
Inventors
Cpc classification
H04L41/0895
ELECTRICITY
H04L41/40
ELECTRICITY
H04L67/10
ELECTRICITY
G06F9/455
PHYSICS
H04L41/0897
ELECTRICITY
H04L41/0806
ELECTRICITY
G06F9/5077
PHYSICS
International classification
G06F9/50
PHYSICS
G06F9/455
PHYSICS
Abstract
Embodiments of this application provide a common service resource application method, a related device, and a system. The method includes: receiving, by a common service manager (CSM), resource requirement information of a common service required by a virtual network function (VNF); and then requesting, based on the resource requirement information of the common service required by the VNF, a virtualized infrastructure manager (VIM) to allocate a resource required by the common service of the VNF. In some embodiments, the CSM applies to the VIM for the resource of the common service required by the VNF, so as to avoid the VNF not working or service quality deteriorating because the common service has no available resource or resources are insufficient, and to avoid wasting common service resources.
Claims
1. A common service resource application method, applied to a network functions virtualization (NFV) network, comprising: receiving, by a common service manager (CSM) that includes a processor coupled to a transceiver, resource requirement information of a common service required by a virtual network function (VNF), wherein the resource requirement information of the common service of the VNF comprises a service type, an instance specification, and an instance quantity, and wherein the service type and the instance specification are indicated by a common service member in a virtualized network function descriptor (VNFD), and the instance quantity is indicated by a common service constituent member in a deployment configuration of the VNFD, wherein the receiving comprises: receiving, by the CSM from a network functions virtualization orchestrator (NFVO) by using an interface between the CSM and the NFVO, the resource requirement information of the common service required by the VNF, wherein the resource requirement information of the common service is sent by a virtualized network function manager (VNFM) to the NFVO, wherein the CSM unifies respective interfaces for the NFVO and the VNFM to reserve resources and manage lifecycle of the common service; and wherein the common service resource application method further comprises: requesting, by the CSM based on the resource requirement information of the common service required by the VNF, a virtualized infrastructure manager (VIM) to allocate a resource required by the common service of the VNF.
2. The method according to claim 1, wherein the resource requirement information of the common service required by the VNF is obtained by the VNFM based on a virtualized network function descriptor (VNFD) carried in a received VNF instantiation request message.
3. The method according to claim 1, wherein the requesting, by the CSM based on the resource requirement information of the common service, the VIM to allocate a resource required by the common service of the VNF comprises: requesting, by the CSM based on the resource requirement information of the common service by using an interface between the CSM and the VIM, the VIM to allocate the resource required by the common service of the VNF.
4. The method according to claim 1 further comprising: requesting, by the CSM based on the resource requirement information of the common service, the VIM to reserve the resource required by the common service of the VNF, wherein the requesting the VIM to reserve the resource required by the common service of the VNF occurs before the requesting, by the CSM based on the resource requirement information of the common service, the VIM to allocate a resource required by the common service of the VNF.
5. The method according to claim 4, wherein the requesting, by the CSM based on the resource requirement information of the common service, the VIM to reserve the resource required by the common service of the VNF comprises: requesting, by the CSM based on the resource requirement information of the common service by using an interface between the CSM and the VIM, the VIM to reserve the resource required by the common service of the VNF.
6. The method according to claim 1, wherein parameter types of the service type and the instance specification are identifiers, and a parameter type of the instance quantity is an integer.
7. A common service resource application apparatus comprising: a common service manager (CSM), a virtualized infrastructure manager (VIM), a network functions virtualization orchestrator (NFVO), and a virtualized network function manager (VNFM), wherein the CSM includes a processor coupled to a transceiver and is configured to: receive resource requirement information of a common service required by a virtual network function (VNF), wherein the resource requirement information of the common service of the VNF comprises a service type, an instance specification, and an instance quantity, and wherein the service type and the instance specification are indicated by a common service member in a virtualized network function descriptor (VNFD), and the instance quantity is indicated by a common service constituent member in a deployment configuration of the VNFD, and request, based on the resource requirement information of the common service required by the VNF, the VIM to allocate a resource required by the common service required by the VNF, wherein the CSM is configured to receive the resource requirement information of the common service required by the VNF (i) from the NFVO by using an interface between the CSM and the NFVO, wherein the resource requirement information of the common service is sent by the VNFM to the NFVO, or (ii) from the VNFM by using an interface between the CSM and the VNFM, wherein the CSM unifies the respective interfaces for the NFVO and the VNFM to reserve resources and manage lifecycle of the common service; and the VIM is configured to: receive a request for allocating the resource required by the common service required by the VNF, and allocate the resource to the common service.
8. The apparatus according to claim 7, wherein the VNFM is configured to: send, to the CSM by using the interface between the CSM and the VNFM, the resource requirement information of the common service required by the VNF, and the CSM is configured such that, when the CSM is receiving the resource requirement information of the common service, the CSM receives, from the VNFM by using the interface between the CSM and the VNFM, the resource requirement information of the common service required by the VNF; or the VNFM is configured to: send, to the NFVO, the resource requirement information of the common service required by the VNF, the NFVO is configured to: send, to the CSM by using the interface between the CSM and the NFVO, the resource requirement information of the common service required by the VNF, and the CSM is configured such that, when the CSM is receiving the resource requirement information of the common service, the CSM receives, from the NFVO by using the interface between the CSM and the NFVO, the resource requirement information of the common service required by the VNF.
9. The apparatus according to claim 8, wherein the NFVO is further configured to: send a VNF instantiation request message to the VNFM, wherein the VNF instantiation request message carries a virtualized network function descriptor (VNFD); and the VNFM is further configured to: receive the VNF instantiation request message from the NFVO, and obtain the resource requirement information of the common service required by the VNF in the VNFD.
10. The apparatus according to claim 8, wherein when requesting, based on the resource requirement information of the common service, the VIM to allocate a resource required by the common service of the VNF, the CSM is configured to: request, based on the resource requirement information of the common service by using an interface between the CSM and the VIM, the VIM to allocate the resource required by the common service of the VNF; or request, based on the resource requirement information of the common service through the VNFM by using the interface between the CSM and the VNFM, the VIM to allocate the resource required by the common service of the VNF.
11. The apparatus according to claim 7, wherein the CSM is further configured to: request, by the CSM based on the resource requirement information of the common service, the VIM to reserve the resource required by the common service of the VNF.
12. The apparatus according to claim 7, wherein the resource requirement information of the common service of the VNF comprises a service type, an instance specification, and an instance quantity.
13. The apparatus according to claim 12, wherein parameter types of the service type and the instance specification are identifiers, and the parameter type of the instance quantity is an integer.
14. A non-transitory computer readable storage medium, comprising programming instructions stored thereon, wherein the programming instructions are executable by at least one computer to cause the at least one computer to perform a common service resource application method including: receiving resource requirement information of a common service required by a virtual network function (VNF), wherein the resource requirement information of the common service of the VNF comprises a service type, an instance specification, and an instance quantity, and wherein the service type and the instance specification are indicated by a common service member in a virtualized network function descriptor (VNFD), and the instance quantity is indicated by a common service constituent member in a deployment configuration of the VNFD; and requesting, based on the resource requirement information of the common service required, a virtualized infrastructure manager (VIM) to allocate a resource required by the common service of the VNF, wherein receiving the resource requirement information of the common service required by the VNF comprises: receiving, from a network functions virtualization orchestrator (NFVO) by using an interface between a common service manager (CSM) and the NFVO, the resource requirement information of the common service required by the VNF, wherein the resource requirement information of the common service is sent by a virtualized network function manager (VNFM) to the NFVO, and wherein the CSM unifies respective interfaces for the NFVO and the VNFM to reserve resources and manage lifecycle of the common service.
Description
BRIEF DESCRIPTION OF DRAWINGS
(1) To describe technical solutions in the embodiments of this application or in the background more clearly, the following describes accompanying drawings required for describing the embodiments of this application or the background.
(2)
(3)
(4)
(5)
(6)
(7)
(8)
(9)
(10)
DESCRIPTION OF EMBODIMENTS
(11) The following describes the embodiments of this application with reference to accompanying drawings in the embodiments of this application.
(12)
(13) It should be noted that in the following descriptions, an acronym of each unit may be used for describing a corresponding unit, for example, the element management unit may be described as an EM or an EM unit. The following briefly describes the units.
(14) The OSS/BSS is a system for supporting integration and information resource sharing of telecommunications operators, and mainly includes network management, system management, charging, business, accounting, customer services, and the like. The systems are integrated by using a specific information bus. The OSS/BSS can help the operators not only customize an operations support system but also determine system development directions and formulate system integration standards for users, optimizing and improving customers' service level. In the NFV-based network architecture, the OSS/BSS is configured to perform necessary modification and adjustment on lifecycle management (such as instantiation) of each network element.
(15) The EM unit is configured to manage some VNF units.
(16) The NFVI unit is a collective term of all hardware devices and software components in an environment having a capability of deploying network functions virtualization. The NFVI unit may cross a plurality of physical sites (for example, data center operating places) to perform extended deployment. In this case, a network providing a data connection for these physical sites may be considered as a part of the NFVI unit.
(17) The NFVO unit may be configured to manage a lifecycle of a network service (Network Service, NS), coordinate NS lifecycle management, coordinate VNF lifecycle management (supported by the VNFM), and coordinate management of various resources of the NFVI unit (supported by the VIM), thereby ensuring optimal configuration of required resources and connections. The lifecycle management is management performed for instantiation, maintenance, and termination of the VNF unit, the NS unit, or the like.
(18) The VNFM unit is responsible for lifecycle management of the VNF unit.
(19) The VIM unit is responsible for controlling and managing computing resources, storage resources, and network resources of the NFVI unit. The VIM may be deployed in an infrastructure domain (for example, an NFVI access point/a service providing point) of an infrastructure network operator.
(20) Compared with an original NFV system architecture, this application adds a CS unit and a CSM unit in an NFV-based enhanced network architecture.
(21) The CS unit is a unit that provides a common service for at least one VNF instance, for example, may provide a common service for a common service instance. In this embodiment of this application, types of CS units may mainly include types of common services that need to apply for resources, such as a database, a cache, or a dispatcher. The common service CS unit may provide common service resources for a specific quantity of VNF instances, for example, may provide a public database for five VNF instances.
(22) Specifically, there may be two types of CS units: a fixed deployment sharing type and an on-demand application exclusive type. A CS unit of the fixed deployment sharing type is deployed in advance based on a specific service volume by default, and may provide services for several VNFs at the same time. The CS unit exists regardless of whether the VNF applies for the services for use. A CS unit of the on-demand application exclusive type is deployed only when a VNF applies for a common resource service, and a deployed specific common resource instance provides a service only for the specific VNF that applies for the common resource service this time.
(23) The CSM unit is mainly responsible for managing one or more CS units. A main function of the CSM unit is to manage a lifecycle of a CS unit, and provides management interfaces of the CS unit for peripheral units. The management interfaces include: an interface Csm-Vnfm between the CSM and the VNFM, an interface Csm-Or between the NFVO and the CSM, an interface Csm-Vi between the CSM and the VIM, and an interface Cs-Csm between the common service and the CSM.
(24) Basic operations between the CSM and the VNFM, and between the CSM and the NFVO are performed by using the interface Csm-Vnfm and the interface Csm-Or, and mainly include: an application service, a query service, an update service, a release service, an operation service, a scale in/out service, a service change notification, and the like. The CSM delivers an operation command to a specific common service unit by using the interface Cs-Csm. For a CS unit of the on-demand application exclusive type, the CSM needs to apply, by using the interface Csm-Vi, to the VIM for computing resources, storage resources, and network resources of the NFVI that are required by the common service unit.
(25) Further, for application programming interface (API, Application Programming Interface) operations, interface parameters, and corresponding parameter information (for example, mandatory/optional, quantity, type, and description) that are provided on the Csm-Vnfm, the Csm-Or, and the Or-Vnfm, refer to Table 1.
(26) TABLE-US-00001 TABLE 1 Interface parameter comparison table API Mandatory/ operation Parameter Optional Quantity Type Description Create Service Type Mandatory 1 Identifier Used to describe service a type of a reservation service that request needs to be reserved, for example, a relational database and a cache Service Mandatory 1 Identifier Instance type of instance a specific service specification that needs to be reserved, where the instance type needs to match a type defined in a common service Service Mandatory 1 Integer Quantity of instance instances of a quantity specific service that needs to be reserved Start time Mandatory 0/1 Timestamp Indicating the earliest timestamp of a service that needs to be used. If the parameter is 0, it indicates that the service is used immediately End time Mandatory 0/1 Timestamp Indicating the latest timestamp of a service that needs to be used. If the parameter is 0, it indicates that the latest time is not limited Timeout time Mandatory 0/1 Timestamp Indicating that a CSM can release a reserved service if a resource is not applied within the time Location Mandatory 0/1 Location constraint constraint of a resource to be allocated, for example, a specific resource area Resource Mandatory 1 Identifier Identifier of a group logical NFVI identifier resource group of a virtual resource allocated to a tenant in an NFVI domain Create Reservation Mandatory 1 Identifier Resource service identifier reservation reservation number response Service type Mandatory 1 Identifier Used to describe a type of a reserved service, for example, a relational database and a cache Service Mandatory 1 Identifier Instance type of instance a reserved specification specific service, where the instance type needs to match a type defined in a bulletin service Service Mandatory 1 Integer Quantity of instance instances of a quantity specific service that needs to be reserved Reservation Mandatory 1 Enumerated Service status value reservation status, for example, a reservation success or a reservation failure Start time Mandatory 0/1 Timestamp Indicating the earliest timestamp of a service that needs to be used. If the parameter is 0, it indicates that the service is used immediately End time Mandatory 0/1 Timestamp Indicating the latest timestamp of a service that needs to be used. If the parameter is 0, it indicates that the latest time is not limited Timeout time Mandatory 0/1 Timestamp Indicating that a CSM can release a reserved service if a resource is not applied within the time Application Service type Mandatory 1 Identifier Used to describe service a type of a request service, for example, a relational database and a cache Service name Mandatory 1 Character Used to set the string service name Reservation Mandatory 1 Identifier Resource identifier reservation number Service Mandatory 1 Identifier Instance type of instance a specific service specification that needs to be applied, where the instance type needs to match a type defined in a common service Service Mandatory 1 Integer Quantity of instance instances of a quantity specific service that needs to be applied Metadata Optional 0 . . . N Key value Metadata of an group applied service, such as an engine type, a port number, an administrator name, and an initial password of a database Resource Mandatory 1 Identifier Identifier of a group logical NFVI identifier resource group of a virtual resource allocated to a tenant in an NFVI domain Location Mandatory 0/1 Location constraint constraint of a resource to be allocated, for example, a specific resource area Application Service data Mandatory 0/1 Service data Allocated service service data response Query Query Mandatory 0 . . . N Key value Query filter service service filter group conditions, such request condition as a name, an instance type, service data, an identifier, metadata, and a status Query Service data Mandatory 0 . . . N Service data Queried service service data response Update Service Mandatory 1 ID. Service identifier service identifier that needs to be request updated Service data Mandatory 1 Service data Service data that needs to be updated Update Service Mandatory 1 Identifier Updated service service identifier identifier, which response is the same as the update service request Service data Mandatory 1 Service data Updated service data Release Service Mandatory 1 Identifier Released service service identifier identifier request Release Service Mandatory 1 Identifier Released service service identifier identifier, which request is the same as a parameter for releasing the service request Operation Service Mandatory 1 Identifier Service identifier service identifier that needs to be request operated Service Mandatory 1 String Operation types, Operation such as starting, stopping, pausing, resetting, creating an image, and deleting the image Service Optional 0/1 Key value Additional data operation group related to input data operations, such as an image identifier to be deleted Operation Service Mandatory 1 Identifier Service identifier service identifier that needs to be response operated Service Optional 0/1 Key value Output data of operation group operations, such input data as an image identifier and a location that are successfully created Scale in/out Service Mandatory 1 Identifier Service identifier request identifier that needs to be scaled in/out Service data Mandatory 1 Service data Scale in/out service specification Scale in/out Service Mandatory 1 Identifier Service identifier response identifier that needs to be scaled in/out Service data Mandatory 1 Service data Scale in/out service specification Subscription Subscription Mandatory 0/1 Filter Subscription service service filter condition service filter change conditions conditions, such notification as a name, request service data, an identifier, and metadata Subscription Subscription Mandatory 1 Identifier Subscription service identifier identifier change notification response Service Change Mandatory 1 Identifier Unique identifier change identifier of the service notification change notification Service Mandatory 1 Identifier Identifier of a identifier changed common service CSM Mandatory 1 Identifier CSM identifier identifier that sends a change notification Change type Mandatory 1 Character Change type, for string example, entering a maintenance status, entering a fault status, recovering a normal status, or being restarted Service Mandatory 0/1 Specific service change data change detail, where a content depends on a change type
(27) For a specific function or indication content of each parameter corresponding to each API operation, refer to the content of a corresponding description part. In parameter information, “mandatory/optional” indicates whether the parameter is mandatory in the API operation. In other words, “mandatory” indicates that the parameter is mandatory, and “optional” indicates that the parameter is optional. The quantity indicates a quantity of specific parameters. For example, “1” indicates that there is one parameter, and “0 . . . N” indicates that a quantity of the parameters may be any quantity from 0 to N, where N is a positive integer. “0/1” indicates that the quantity of parameters may be 0, and the quantity of parameters may be 1. Types of the parameters include a character string, an integer, a timestamp, an identifier, an enumerated value, a key value group, service data, and a filter condition.
(28) Timestamp: The timestamp indicates that a complete and verifiable data that exists before a specific time, and is usually a character sequence that uniquely identifies a time point.
(29) Identifier: The identifier is information that can uniquely indicate a number, a name, an address, and the like of a specific parameter.
(30) Enumerated value: The enumerated value includes customized and specific data and is a set of the data that has common features.
(31) Key value group: The key value group, namely, a KeyValuePair, is a pair of one-to-one data types.
(32) Filter condition: The filter condition is a data type that represents conditions for filtering data.
(33) Service data: For a definition, refer to Table 2.
(34) TABLE-US-00002 TABLE 2 Service data definition table Mandatory/ Attribute Optional Quantity Type Description Service Mandatory 1 Identifier Identifier of a identifier service Service name Mandatory 0/1 Character Name of a service string Specification Mandatory 1 Identifier Name of a service identifier instance type Instance Mandatory 1 Integer Quantity of quantity service instances Metadata Optional 0 . . . N Key value Metadata of an group applied service, such as an engine type, a port number, an administrator name, and an initial password of the database
(35) It should be noted that types of parameters that are not marked in Table 1 may be not limited. In other words, a specific type is not required.
(36) A plurality of types of common services and inconsistent interfaces result in a problem that the NFVO and each VNFM need to use a different interface to connect to a plurality of common service manager units. In a network structure of this application, the CSM unit is introduced to unify the interfaces for the NFVO and the VNFM to reserve and apply for a common service and manage a lifecycle of the common service. Further, parameters of the service type, the service specification instance, and the service instance quantity are newly defined in an interface operation, and a resource operation for the common service is decoupled from the VNF.
(37)
(38) S101. An NFVO sends a VNF instantiation request message to a VNFM.
(39) The instantiation request message is used to instruct the VNFM to perform an instantiation operation on the VNF, where the VNF instantiation request message carries a virtualized network function descriptor (Virtualized Network Function Descriptor, VNFD). The VNFD is a configuration template that describes a deployment and operation behavior of the VNF, and is used for a running process of the VNF and lifecycle management of a VNF instance.
(40) In this embodiment, the VNFD includes resource requirement information of the common service required by the VNF. The NFVO has declared, in the VNFD, the common service required by the VNF. Therefore, when reading data in the VNFD, the VNFM may obtain the resource requirement information of the common service required by the VNF. To be specific, when applying for the VNF instantiation, the VNFM also applies for instantiation of the common service required by the VNF.
(41) The resource requirement information may include a service type, an instance specification, an instance quantity, and the like. For details, refer to Table 1. The service type may refer to a type of the common service that is currently applied for, for example, may be at least one type of a database, a cache, or a dispatcher. In the resource requirement information, different service types may be represented in a form of identifiers, for example, 1×1 and 1×2. The instance quantity refers to a quantity of instances that need to be generated during the instantiation of the common service that is currently applied for. The instance specification may indicate a size of the specification required for the instantiation of the common service that is currently applied for. In the resource requirement information, different instance specifications may be represented in a form of identifiers, for example, s11, s12, and s13. These identifiers that represent different instance specifications respectively have specific parameters of corresponding instance specifications.
(42) For example, the NFVO sends the VNF instantiation request message to the VNFM, where the VNF instantiation request message carries the VNFD, and the VNFD includes the resource requirement information of the common service required by the VNF. The service type may be 1×1, the instance quantity may be 2, and the instance specification may be s12.
(43) If the VNF records a specific type and a quantity of computing, storage, and network resources required by the common service, a common service resource definition is coupled with the VNF. When modifying a resource model, the common service requires that the VNFD needs to be modified together. In the VNFD, a parameter type of an identifier type is used to describe the service type of the common service, and the service type of the common service is decoupled from the quantity of computing, network, and storage resources that are actually applied for by the common service. If the common service modifies the resource model of the service, the VNF, the VNFM, and the NFVO do not need to perceive the modification.
(44) It should be noted that, when declaring, in the VNFD, the common service required by the VNF, the NFVO needs to add the common service of the VNF to a basic member of the VNFD, so as to indicate the common service required by the VNF. For details, refer to Table 3. In Table 3, a type of a member identified as comm_service is Element. To be specific, the member may be expanded, and after the expansion, there are a plurality of parameters, and a quantity of the parameters is a positive integer from 0 to N. Other members in Table 3 are existing members in the VNFD when the VNF is deployed, and details are not described herein again.
(45) TABLE-US-00003 TABLE 3 Example table of VNFD members Identifier Type Cardinality Description Id Leaf 1 Identifier, for example, a name of the VNFD vendor Leaf 1 Vendor of the VNFD descriptor_version Leaf 1 Version of the VNFD version Leaf 1 Software version of a VNF vdu Element 1 . . . N Group of a specific VDU (virtual deployment unit) of a VNF virtual_link Element 0 . . . N Virtual network connection of a VNF comm_service Element 0 . . . N New member, where a common service is required by a VNF lifecycle_event Leaf 0 . . . N Function scripts or work flows for defining VNF lifecycle events (such as initialization, termination, politely closing, scale in/out, and updating/upgrading) . . . deployment_flavour Element 1 . . . N Assurance parameters and requirements for defining each deployment configuration . . .
(46) Further, for a common service member of the VNF, refer to Table 4. To be specific, the member is further included in the member identified as the comm service in Table 3. The leaf type refers to a direct parameter that cannot be expanded any more. It should be noted that Table 4 shows only a basic member of the common service of the VNF, but is not limited to the members listed in Table 4, and may further extend service-specific data, such as the engine type and the port number of the database.
(47) In Table 4, the service type refers to the common service type, the instance_type refers to a specification of a common service instance, and the VNFD includes two parameters: the service type and an instance specification in resource requirement information of the common service required by the VNF, may be determined by using the two parameters of the service_type and the instance_type in Table 4.
(48) TABLE-US-00004 TABLE 4 Example table of VNF common service members in a VNFD Comm service element (vnfd: comm_service) Identifier Type Cardinality Description Id Leaf 1 Identifier of a service service_type Leaf 1 Type of a service instance_type Leaf 1 Specification of a service instance
(49) Further, because a quantity of the common service instances is closely related to a configuration of VNF deployment, a common service constituent member of the VNF also needs to be added to the deployment configuration of the VNFD. To be specific, a member identified as a constituent_comm_service is added to a member included in a member identified as the deployment_flavour in Table 3 (referring to Table 5). Further, the member identified as a constituent_comm_service further includes a member identified as a comm_service_reference and a member identified as number_of_instances (referring to Table 6). Other members in Table 5 are existing members in the VNFD when the VNF is deployed, and details are not described herein again.
(50) The member identified as the constituent_comm_service in Table 5 is used to describe a resource requirement of the common service that matches the deployment configuration of a current VNF. For example, the deployment configuration indicated by the flavour key in Table 5 is a “small” specification. Correspondingly, the constituent_vdu may describe a resource requirement of the VNF corresponding to the current “small” specification, and the constituent_comm_service may describe the resource requirement of the common service that is corresponding to the current “small” specification and that matches the currently deployed VNF.
(51) Specifically, the member identified as the comm_service_reference in Table 6 may indicate an identifier of the common service, to be specific, associate members of the service identifier Id in Table 4, so as to indicate the service type and the instance specification of the common service. A type of the member identified as the comm_service_reference is a reference, to be specific, a link associated with other VNFD content. The member identified as the number_of_instances in Table 6 may indicate the quantity of the common service instances corresponding to a common service identifier indicated by the member identified as the comm_service_reference.
(52) TABLE-US-00005 TABLE 5 Example table of VNF deployment configuration members in a VNFD Deployment flavour element (vnfd: deployment flavour) Identifier Type Quantity Description Id Leaf 1 flavour_key Leaf 1 constraint Leaf 0 . . . N constituent_vdu Leaf 1 . . . N constituent_comm_service Leaf 0 . . . N New member, used to describe requirements for a common service in a deployment configuration
(53) TABLE-US-00006 TABLE 6 Example table of constituent_comm_service members in a VNFD Constituent comm service (vnfd: deployment_flavour: constituent_comm_service) Identifier Type Quantity Description Identifier Type Cardinality Description Comm_ser- Reference 1 Associating a common vice_reference service identifier vnfd: comm_service: id that should be used in a deployment configuration number_of_instances Leaf 1 Quantity of instances of a common service required in a deployment configuration
(54) S102. The VNFM obtains the resource requirement information of the common service.
(55) After receiving the VNF instantiation request message of the NFVO, the VNFM may read the VNFD carried in the VNF instantiation request message, so as to obtain the resource requirement information of the common service required by the VNF included in the VNFD.
(56) S103. The VNFM notifies the CSM of the resource requirement information of the common service.
(57) In an implementation scenario shown in
(58) S1031. The VNFM sends a first application service request message to the CSM, where the first application service request message includes the resource requirement information of the common service.
(59) The VNFM sends the first application service request message to the CSM based on an application service request operation (which may be referring to Table 1) provided on the Csm-Vnfm interface, where the first application service request message includes the resource requirement information of the common service, and is used to instruct the CSM to request, based on the resource requirement information of the common service, the VIM to allocate a resource required by the common service.
(60) The resource requirement information may include the service type, the instance specification, the instance quantity, and the like. The first application service request message may further include parameters such as a service name, a reservation identifier, metadata, a resource group identifier, and a location constraint. For a detailed description of a definition and a function of each parameter, refer to the description corresponding to the application service request operation in Table 1, and details are not described herein again.
(61) In a possible implementation scenario, there may be a plurality of CSMs. In the implementation scenario shown in
(62) For example, it is assumed that a CSM 1, a CSM 2, and a CSM 3 exist, where a service type corresponding to the CSM 1 is a database, a service type corresponding to the CSM 2 includes a database and a cache, and a service type corresponding to the CSM 3 includes a database, a cache, and a dispatcher. If the service type of the common service included in the resource requirement information of the common service that is obtained by the VNFM is a cache, the VNFM may determine the CSM 2 or the CSM 3 as a target CSM, and send the first application service request message to the target CSM.
(63) Further, optionally, in another possible implementation scenario, before the VNFM sends the first application service request message to the CSM, the VNFM may first request, by using the NFVO, the CSM to reserve the resource of the common service. In this case, if the reservation succeeds, the NFVO may notify the VNFM of the address of the CSM or an identifier of the CSM that is determined when the VNFM requests the reservation, so that the VNFM sends the first application service request message to the corresponding CSM based on the address of the CSM or the identifier of the CSM. In this case, no matter whether the VNFM prestores the information about the plurality of CSMs, the VNFM may directly determine, by receiving the address of the CSM or the identifier of the CSM that is sent by the NFVO, the CSM to which the first application service request message is sent. For a specific implementation of reserving the common service resource, refer to the embodiment shown in
(64) In an implementation scenario shown in
(65) S1032. The VNFM sends a second application service request message to the NFVO.
(66) The second application service request message includes the resource requirement information of the common service, and is used to instruct the NFVO to send a third application service request message to the CSM. The second application service request message is similar to the first application service request message, and the resource requirement information may include the service type, the instance specification, the instance quantity, and the like. The second application service request message may further include parameters such as the service name, the reservation identifier, the metadata, the resource group identifier, and the location constraint. For the detailed description of the definition and the function of each parameter, refer to the description corresponding to the application service request operation in Table 1, and details are not described herein again.
(67) In a possible implementation scenario, there may be the plurality of CSMs. In the implementation scenario shown in
(68) S1033. The NFVO sends the third application service request message to the CSM based on the second application service request message.
(69) The third application service request message includes the resource requirement information of the common service, and is used to instruct the CSM to request the VIM to pre-allocate the resource required by the common service. Further, based on the parameters carried in the second application service request message, the third application service request message may further include the parameters such as the service name, the reservation identifier, the metadata, the resource group identifier, and the location constraint.
(70) In an implementation scenario of a plurality of CSMs, the NFVO may store information about the plurality of CSMs, for example, service types, network addresses, and identification information that are corresponding to the CSMs. The NFVO may obtain, based on the second application service request message, the service type of the common service included in the resource requirement information of the common service, then determine, from the plurality of CSMs, the CSM corresponding to the service type of the common service, and send the third application service request message to the CSM.
(71) S104. The CSM requests, based on the resource requirement information of the common service, a VIM unit to allocate the resource required by the common service.
(72) In a possible implementation, the CSM may directly request the VIM to allocate the resource, and S104 may be specifically S1041.
(73) S1041. The CSM requests, based on the resource requirement information of the common service, the VIM to allocate the resource required by the common service.
(74) The CSM may apply to the VIM for computing resources, network resources, and storage resources based on the received resource requirement information of the common service, so that the VIM allocates the resource required by the common service. Specifically, the CSM may send a computing resource application request message, a network resource application request message, and a storage resource application request message to the VIM, so as to separately apply to the VIM for the computing resources, the network resources, and the storage resources that are required by the common service for allocating.
(75) In a possible implementation scenario, the resource requirement information of the common service is already quantifiable resource information. In this case, the CSM may directly request, based on the resource requirement information of the common service, the VIM to allocate the resource required by the common service.
(76) In another possible implementation scenario, some or all information of the resource requirement information of the common service may be represented by using other information that cannot be quantized, such as an identifier. Therefore, the CSM may first determine, based on the resource requirement information of the common service, the resource requirement quantization information of the common service corresponding to the resource requirement information of the common service. In other words, the resource requirement information of the common service is converted into quantifiable resource requirement quantization information of the common service. Then, the CSM requests, based on the resource requirement quantization information of the common service, the VIM to allocate the resource required by the common service.
(77) For example, the resource requirement information of the common service received by the CSM includes a service type of 1×2, an instance quantity of 2, and an instance specification of s13. The CSM may determine, based on a correspondence between an identifier of the service type and the service type, a correspondence between an identifier of the instance specification and the instance specification, the resource requirement quantization information of the common service corresponding to the resource requirement information of the common service. For example, for a comparison table of service types, refer to Table 7, and for a comparison table of instance specifications, refer to Table 8. The service type of 1×2, the instance quantity of 2, and the instance specification of s13 may be converted into resource requirement quantization information of a common service indicating that a service type is a database, a quantity of instances is 2, and an instance specification is a CPU of 8 G, a memory of 32 G, network bandwidth of 1.5 Gb/s, and storage space of 2 T. The CSM requests, based on the resource requirement quantization information of the common service, the VIM to allocate the resource required by the common service.
(78) TABLE-US-00007 TABLE 7 Service type comparison table (example) Service type lx1 Cache lx2 Database lx3 Dispatcher
(79) TABLE-US-00008 TABLE 8 Instance specification comparison table 1 (example) Instance Network specification CPU Memory bandwidth Storage space sl1 2 G 8 G 0.5 Gb/s 500 G sl2 4 G 16 G 0.8 Gb/s 1 T sl3 8 G 32 G 1.5 Gb/s 2 T
(80) In another possible implementation, the CSM needs to request, by using the VNFM, the VIM to allocate the resource, and S104 may be specifically S1042 and S1043.
(81) S1042. The CSM requests, based on the resource requirement information of the common service, the VNFM to allocate the resource required by the common service.
(82) S1043. The VNFM requests the VIM unit to allocate the resource required by the common service.
(83) The CSM may apply to the VNFM for the computing resources, the network resources, and the storage resources based on the received resource requirement information of the common service. Further, the VNFM applies to the VIM for the computing resources, the network resources, and the storage resources, so that the VIM allocates the resource required by the common service. Specifically, the CSM may send the computing resource application request message, the network resource application request message, and the storage resource application request message to the VIM by using the VNFM, so as to separately apply to the VIM for the computing resources, the network resources, and the storage resources that are required by the common service for allocating.
(84) For another specific implementation method of S1043, refer to S1041, and details are not described herein again.
(85) Therefore, a process of a lifecycle management operation of the common service performed by the NFVO and the VNFM is decoupled from a process of an actual lifecycle management operation (for example, applying for the computing, storage, or network resources) of the common service performed by the CSM, so as to simplify VNFD creation, and simplify an operation process of common service management performed by the NFVO and the VNFM.
(86) Further, S105 may be further performed after S104.
(87) S105. The VIM sends a resource application response message to the CSM.
(88) The resource application response message may include a computing resource application response message, a network resource application response message, and a storage resource application response message, and is used to indicate an application result of the resource required by the common service, for example, an application success or an application failure.
(89) Further, S106 may be further performed after S105.
(90) S106. When the VIM successfully allocates the resource required by the common service, the CSM starts common service instantiation.
(91) When the VIM successfully allocates the computing resources, the network resources, and the storage resources that are required by the common service, the CSM may start an operation of the common service instantiation, so as to generate a common service instance exclusive to the VNF, namely, a CS unit. In other words, the CS unit provides the common service only for the current VNF.
(92) In a possible implementation scenario, the CSM may feedback to the VIM, based on the computing resource application request message, the network resource application request message, and the storage resource application request message sent by the VIM, a response message, for example, the computing resource application response message, the network resource application response message, and the storage resource application response message. When the response message indicates that the VIM successfully allocates the computing resources, the network resources, and the storage resources required by the common service, the CSM starts the common service instantiation.
(93) After starting VNF instantiation, the CSM applies for the resource required by the common services again. First, there may be a risk of the application failure, as a result, a process of the VNF instantiation also needs to be rolled back. Second, the VNF may fail to provide a service function because the VNF cannot apply for the common service. Third, the service function or a capacity may be degraded because the VNF cannot apply for a sufficient common service. Further, even if the common service resource is successfully applied, the VNF can be used only after the common service instantiation is started and the initialization is completed. This takes a relatively long time. However, in this application, a process in which the VNF applies for the resource and a process in which the common service applies for the resource is performed at the same time, so that a VNF instantiation time can be saved.
(94) Further, in the implementation scenario shown in
(95) S1071. The CSM sends a first application service response message to the VNFM.
(96) The first application service response message is used to indicate that the resource required by the common service is successfully allocated. The first application service response message includes service data allocated to the common service required by the VNF. For details, refer to descriptions of an application service response operation in Table 1.
(97) Further, when the common service is successfully applied, a VNF record (VNF Record, VNFR) in the VNFM may store related information of the common service applied by the VNF. Therefore, the VNFM also needs to add related members of the common service of the VNF in the VNFR, to be specific, members of the comm service in Table 9. Other members in Table 9 are all members that exist in the VNFR when the VNF instance is formed, and are not described herein. For a member of the common service of the VNF in the VNFR, refer to Table 10, in other words, the members further included in the comm service member in Table 9.
(98) TABLE-US-00009 TABLE 9 An example table of members of the VNFR Identifier Type Quantity Description Identifier Type Cardinality Description . . . comm_service Leaf 0 . . . N New member, used to record a deployed common service; use the following vnfr: comm_servcie to record information of a common service. . . .
(99) TABLE-US-00010 TABLE 10 Example of the common service members of the VNF in the VNFR Comm Service Record (vnfr: comm_service) Identifier Type Quantity Description Identifier Type Cardinality Description id Leaf 1 Identifier of a common service service_type Leaf 1 Type of a common service instance_type Leaf 1 Instance type of a common service instance_number Leaf 1 Quantity of instances of a common service
(100) In the implementation scenario shown in
(101) S1072. The CSM sends a second application service response message to the NFVO.
(102) The CSM sends the second application service response message to the NFVO, where the second application service response message is used to indicate that the resource required by the common service is successfully allocated, and the second application service response message includes the service data allocated to the common service required by the VNF. For details, refer to the descriptions of the application service response operation in Table 1.
(103) S1073. The NFVO sends a third application service response message to the VNFM based on the second application service response message.
(104) The NFVO indicates, to the VNFM by using the third application service response message, that the resource required by the common service is successfully allocated, where the third application service response message may include the service data that is allocated to the common service required by the VNF and that is carried in the second application service response message.
(105) Further, when the common service is successfully applied, based on the service data that is allocated to the common service required by the VNF and that is carried in the third application service response message, the VNF record (VNFR, VNF Record) in the VNFM may store the related information of the common service applied by the VNF. A specific implementation is the same as that in S1071, and details are not described herein again.
(106)
(107) S201. The NFVO sends a VNF instantiation request message to the VNFM.
(108) S202. The VNFM obtains resource requirement information of a common service.
(109) It should be noted that, a difference between S201 and S202 in this embodiment and the embodiment shown in
(110) For another specific implementation of S201 and S202, refer to S101 and S102, and details are not described herein again.
(111) S203. The VNFM notifies the CSM of the resource requirement information of the common service. Details may be S3031 and S3032.
(112) S2031. The VNFM sends a first service create reservation request message to the NFVO.
(113) The first create service reservation request message includes the resource requirement information of the common service, and is used to instruct the NFVO to send a second create service reservation request message to the CSM.
(114) The resource requirement information may include a service type, an instance specification, an instance quantity, and the like. The first create service reservation request message may further include parameters such as a start time, an end time, a timeout time, a location constraint, and a resource group identifier. For detailed descriptions of a definition and functions of each parameter, refer to descriptions corresponding to service create reservation request operations in Table 1, and details are not described herein again.
(115) S2032. The NFVO sends the second service create reservation request message to the CSM based on the first service create reservation request message.
(116) The second service create reservation request message includes the resource requirement information of the common service, and is used to instruct the CSM to request the VIM to reserve a resource required by the common service. Further, based on the first service create reservation request message, the second service create reservation request message may further include the parameters such as the start time, the end time, the timeout time, the location constraint, and the resource group identifier.
(117) In an implementation scenario of a plurality of the CSMs, the NFVO may store information about the plurality of CSMs, for example, a service type, a network address, and an identification information of the CSM. The NFVO may obtain, based on the first service create reservation request message, a service type of the common service included in the resource requirement information of the common service, then determine, from the plurality of CSMs, the CSM corresponding to the service type of the common service, and send the second service create reservation request message to the CSM.
(118) S204. The CSM requests, based on the resource requirement information of the common service, the VIM unit to reserve the resource required by the common service.
(119) In a possible implementation, the CSM may directly request the VIM to reserve the resource, and S204 may be specifically S2041.
(120) S2041. The CSM requests, based on the resource requirement information of the common service, the VIM to reserve the resource required by the common service.
(121) The CSM may create, based on the received resource requirement information of the common service, an application to the VIM for reserving computing resources, network resources, and storage resources, so that the VIM reserves the resource required by the common service. Specifically, the CSM may send a create computing resource reservation request message, a create network resource reservation request message, and a create storage resource reservation request message to the VIM, so as to separately apply to the VIM for the computing resources, the network resources, and the storage resources that are required by common service reservation creation. Reserving the resource required by the common service means that the VIM first allocates the resource required by the common service to the common service, so as to prevent another service from preempting the resource at the same time, resulting in a subsequent resource application failure of the common service.
(122) In a possible implementation scenario, the resource requirement information of the common service is already quantifiable resource information. In this case, the CSM may directly request, based on the resource requirement information of the common service, the VIM to create the resource required for reserving the common service.
(123) In another possible implementation scenario, some or all information of the resource requirement information of the common service may be represented by using other information that cannot be quantized, such as an identifier. Therefore, the CSM may first determine, based on the resource requirement information of the common service, the resource requirement quantization information of the common service corresponding to the resource requirement information of the common service. In other words, the resource requirement information of the common service is converted into quantifiable resource requirement quantization information of the common service. Then, the CSM requests, based on the resource requirement quantization information of the common service, the VIM to reserve the resource required by the common service. For specific examples, refer to the examples in S104, and details are not described herein again.
(124) In another possible implementation, the CSM needs to request, by using the VNFM, the VIM to reserve the resource, and S204 may be specifically S2042 and S2043.
(125) S2042. The CSM requests, based on the resource requirement information of the common service, the VNFM to reserve the resource required by the common service.
(126) S2043. The VNFM requests the VIM unit to reserve the resource required by the common service.
(127) The CSM may create the application to the VNFM for reserving the computing resources, the network resources, and the storage resources based on the received resource requirement information of the common service. Further, the VNFM creates the application to the VIM for reserving the computing resources, the network resources, and the storage resources, so that the VIM allocates the resource required by the common service. Specifically, the CSM may send the create computing resource reservation request message, the create network resource reservation request message, and the create storage resource reservation request message to the VIM by using the VNFM, so as to separately apply to the VIM for the computing resources, the network resources, and the storage resources that are reserved for the common service.
(128) For another specific implementation method of S2043, refer to S2041, and details are not described herein again.
(129) Further, S205 may be further performed after S204.
(130) S205. The VIM sends a create resource reservation response message to the CSM.
(131) The create resource reservation response message may include the computing resource application response message, the network resource application response message, and the storage resource application response message, and is used to indicate the application result of the resource required by the common service, for example, the application success or the application failure.
(132) Further, S206 and S207 may be further performed after S205.
(133) S206. When the VIM successfully reserves the resource required by the common service, the CSM sends a first service create reservation response message to the NFVO.
(134) The CSM sends the first service create reservation response message to the NFVO, where the first service create reservation response message is used to indicate that the resource required by the common service is successfully reserved, and the first service create reservation response message includes parameters such as the resource requirement information (the service type, the instance specification, and the instance quantity), the reservation identifier, the reservation status, the start time, the end time, and the timeout time. For the detailed description of the definition and the function of each parameter, refer to the description corresponding to the service create reservation response operation in Table 1, and details are not described herein again.
(135) S207. The NFVO sends, based on the first service create reservation response message, the second service create reservation response message to the VNFM.
(136) The NFVO indicates, to the VNFM by using the second service create reservation response message, that the resource required by the common service is successful reserved, where the second service create reservation response message may include the parameters such as the resource requirement information (the service type, the instance specification, and the instance quantity), the reservation identifier, the reservation status, the start time, the end time, and the timeout time that are carried in the first service create reservation response message.
(137) Further, the NFVO may further send an address of the CSM or an identifier of the CSM to the VNFM, where the address of the CSM or the identifier of the CSM is used to instruct the VNFM to request the CSM to allocate the resource required by the common service. The address of the CSM or the identifier of the CSM may be carried in the second service create reservation response message, or may be separately sent to the VNFM. This is not specifically limited herein.
(138)
(139) S301. The NFVO sends a VNF instantiation request message to the VNFM.
(140) S302. The VNFM obtains resource requirement information of the common service.
(141) For specific methods of S301 and S302, refer to S101 and S102, and details are not described herein again.
(142) S303. The VNFM notifies the CSM of the resource requirement information of the common service.
(143) In an implementation scenario shown in
(144) S3031. The VNFM sends a first application service request message to the CSM, where the first application service request message includes the resource requirement information of the common service.
(145) For specific methods of S3031, refer to S1031, and details are not described herein again.
(146) In an implementation scenario shown in
(147) S3032. The VNFM sends a second application service request message to the NFVO.
(148) S3033. The NFVO sends a third application service request message to the CSM based on the second application service request message.
(149) For specific methods of S3032 and S3033, refer to S1032 and S1033, and details are not described herein again.
(150) S304. The CSM allocates, based on the resource requirement information of the common service, a resource required by the common service.
(151) In a possible implementation scenario, the resource requirement information of the common service is already quantifiable resource information. In this case, the CSM may directly allocate, based on the resource requirement information of the common service, the resource required by the common service.
(152) In another possible implementation scenario, some or all information of the resource requirement information of the common service may be represented by using other information that cannot be quantized, such as an identifier. Therefore, the CSM may first determine, based on the resource requirement information of the common service, the resource requirement quantization information of the common service corresponding to the resource requirement information of the common service. In other words, the resource requirement information of the common service is converted into quantifiable resource requirement quantization information of the common service. Then, the CSM allocates, based on the resource requirement quantization information of the common service, the resource required by the common service.
(153) For example, for a comparison table of service types, refer to Table 7, and for a comparison table of instance specifications, refer to Table 11. If the resource requirement information in the third application service request message received by the CSM indicates that a service type is 1×1, a quantity of instances is 2, and an instance specification is s11, the resource requirement information of the common service may be converted into resource requirement quantization information of the common service indicating that a service type is a cache, a quantity of instances is 2, and an instance specification is a cache of 10 G. The CSM allocates, based on the resource requirement quantification information of the common service, the resource required by the common service in the pre-deployed CS.
(154) In a possible implementation, two cache instances may be obtained through division from a pre-deployed CS to serve the VNF, where each cache instance includes cache resources of 10 G. In another possible implementation, one cache instance with cache resources of 10 G may be allocated in each of two pre-deployed CSs, to serve the VNF. There may be another allocation manner, which is not specifically limited in this embodiment.
(155) TABLE-US-00011 TABLE 11 Instance specification comparison table 2 (example) Instance specification Cache sl1 10 G sl2 50 G sl3 100 G
(156) Further, when the CSM finds that the pre-deployed CS cannot bear the common service resource required by the VNF, the CSM may further apply, based on the resource requirement information of the common service, to the VIM or another network unit for the resource for scaling out, so that the CS can provide the common service resource required by the VNF. For detailed resource application methods, refer to S104.
(157) For specific methods of S3031, refer to S1031, and details are not described herein again.
(158) Further, in the implementation scenario shown in
(159) S3051. When the CSM successfully allocates the resource required by the common service, the CSM sends a first application service response message to the VNFM.
(160) For specific methods of S3051, refer to S1071, and details are not described herein again.
(161) In the implementation scenario shown in
(162) S3052. The CSM sends a second application service response message to the NFVO.
(163) S3053. The NFVO sends a third application service response message to the VNFM based on the second application service response message.
(164) For specific methods of S3052 and S3053, refer to S1072 and S1073, and details are not described herein again.
(165)
(166) S401. The NFVO sends a VNF instantiation request message to the VNFM.
(167) S402. The VNFM obtains resource requirement information of the common service.
(168) It should be noted that, a difference between S401 and S402 in this embodiment and the embodiment shown in
(169) For another specific implementation of S401 and S402, refer to S101 and S102, and details are not described herein again.
(170) S403. The VNFM notifies the CSM of the resource requirement information of the common service. Details may be S4031 and S4032.
(171) S4031. The VNFM sends a first service create reservation request message to the NFVO.
(172) S4032. The NFVO sends a second service create reservation request message to the CSM based on the first service create reservation request message.
(173) For specific methods of S4031 and S4032, refer to S2031 and S2032, and details are not described herein again.
(174) S404. The CSM reserves, based on the resource requirement information of the common service, a resource required by the common service.
(175) In a possible implementation scenario, the resource requirement information of the common service is already quantifiable resource information. In this case, the CSM may directly reserve, based on the resource requirement information of the common service, the resource required by the common service.
(176) In another possible implementation scenario, some or all information of the resource requirement information of the common service may be represented by using other information that cannot be quantized, such as an identifier. Therefore, the CSM may first determine, based on the resource requirement information of the common service, the resource requirement quantization information of the common service corresponding to the resource requirement information of the common service. In other words, the resource requirement information of the common service is converted into the quantifiable resource requirement quantization information of the common service. Then, the CSM reserves, based on the resource requirement quantization information of the common service, the resource required by the common service.
(177) For example, for the comparison table of service types, refer to Table 7, and for the comparison table of instance specifications, refer to Table 11. If the resource requirement information in the second create service request message received by the CSM indicates that a service type is 1×1, a quantity of instances is 2, and an instance specification is s11, the resource requirement information may be converted into resource requirement quantization information of a common service indicating that a service type is a cache, a quantity of instances is 2, and an instance specification is a cache of 10 G. The CSM reserves, based on the resource requirement quantification information of the common service, the resource required by the common service in the pre-deployed CS.
(178) In a possible implementation, two cache instances may be reserved in one pre-deployed CS to serve the VNF, where each cache instance includes cache resources of 10 G. In another possible implementation, one cache instance with cache resources of 10 G may be reserved in each of two pre-deployed CSs, to serve the VNF. There may be another reservation manner, which is not specifically limited in this embodiment.
(179) S405. When the CSM successfully reserves the resource required by the common service, the CSM sends a first service create reservation response message to the NFVO.
(180) S406. The NFVO sends, based on the first service create reservation response message, a second service create reservation response message to the VNFM.
(181) For specific methods of S405 and S406, refer to S206 and S207, and details are not described herein again.
(182)
(183) The processor 801 is configured to support the CSM unit in performing a corresponding function in the methods shown in
(184) The memory 802 is configured to store program code and the like. The memory 802 may include a volatile memory, for example, a random access memory (RAM). The memory 802 may also include a nonvolatile memory, for example, a read-only memory (ROM), a flash memory, a hard disk drive (HDD), or a solid-state drive (SSD). The memory 802 may further include a combination of memories of the foregoing types.
(185) The transceiver 803 may be a communications module and a transceiver circuit, and is configured to transmit information such as data and signaling between the CSM unit and another network unit.
(186) The processor 801 may invoke the program code to perform the following operations:
(187) receiving resource requirement information of a common service required by a VNF; and
(188) requesting, based on the resource requirement information of the common service, a VIM unit to allocate a resource required by the common service of the VNF.
(189) Optionally, the processor is specifically configured to:
(190) receive, from an NFVO unit by using an interface between the CSM unit and the NFVO unit, the resource requirement information of the common service required by the VNF; or
(191) receive, from a VNFM unit by using an interface between the CSM unit and the VNFM unit, the resource requirement information of the common service required by the VNF.
(192) Optionally, the resource requirement information of the common service required by the VNF is obtained by the VNFM unit based on a virtualized network function descriptor VNFD carried in a received VNF instantiation request message.
(193) Optionally, the processor is specifically configured to:
(194) request, based on the resource requirement information of the common service by using an interface between the CSM unit and the VIM unit, the VIM unit to allocate the resource required by the common service of the VNF; or
(195) request, based on the resource requirement information of the common service by using the interface between the CSM unit and the VNFM unit, the VNFM unit to allocate the resource required by the common service, to instruct the VNFM unit to request the VIM unit to allocate the resource required by the common service of the VNF.
(196) Optionally, the processor is further configured to:
(197) request, based on the resource requirement information of the common service, the VIM unit to reserve the resource required by the common service of the VNF.
(198) Optionally, the processor is specifically configured to:
(199) request, based on the resource requirement information of the common service by using the interface between the CSM unit and the VIM unit, the VIM unit to reserve the resource required by the common service of the VNF; or
(200) request, based on the resource requirement information of the common service by using the interface between the CSM unit and the VNFM unit, the VNFM unit to reserve the resource required by the common service, to instruct the VNFM unit to request the VIM unit to reserve the resource required by the common service of the VNF.
(201) Optionally, the common service resource requirement information of the VNF includes a service type, an instance specification, and an instance quantity.
(202) Optionally, parameter types of the service type and the instance specification are identifiers, and a parameter type of the instance quantity is an integer.
(203) Optionally, the service type and the instance specification are indicated by a common service member in the VNFD, and the instance quantity is indicated by a common service constituent member in a deployment configuration of the VNFD.
(204)
(205) A person of ordinary skill in the art may understand and implement all or some of the processes of the methods in the embodiments. The processes may be implemented by a computer program instructing related hardware. The program may be stored in a computer readable storage medium. When the program is run, the processes of the methods in the embodiments are performed. The foregoing storage medium includes any medium that can store program code, such as a ROM or a random access memory RAM, a magnetic disk or an optical disc.