CN106470233A - Towards the open business chain resource regulating method of third party, device and system - Google Patents
Towards the open business chain resource regulating method of third party, device and system Download PDFInfo
- Publication number
- CN106470233A CN106470233A CN201510514252.0A CN201510514252A CN106470233A CN 106470233 A CN106470233 A CN 106470233A CN 201510514252 A CN201510514252 A CN 201510514252A CN 106470233 A CN106470233 A CN 106470233A
- Authority
- CN
- China
- Prior art keywords
- service
- requirement
- function
- enabler
- demand
- Prior art date
- Legal status (The legal status 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 status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 31
- 230000001105 regulatory effect Effects 0.000 title abstract 2
- 230000006870 function Effects 0.000 claims description 188
- 238000010586 diagram Methods 0.000 description 19
- YGWYOVIFRLGRKC-MNDPQUGUSA-N DPI2 Chemical compound C1=CC(CC)=CC=C1\C=C/1C(=O)N(CCC(=O)NCCCN2CCOCC2)C(=S)S\1 YGWYOVIFRLGRKC-MNDPQUGUSA-N 0.000 description 5
- 238000007726 management method Methods 0.000 description 5
- 101000884385 Homo sapiens Arylamine N-acetyltransferase 1 Proteins 0.000 description 4
- 101001034811 Homo sapiens Eukaryotic translation initiation factor 4 gamma 2 Proteins 0.000 description 4
- 101000639975 Homo sapiens Sodium-dependent noradrenaline transporter Proteins 0.000 description 4
- 102100033769 Sodium-coupled neutral amino acid transporter 3 Human genes 0.000 description 4
- 230000007246 mechanism Effects 0.000 description 4
- 101100459439 Caenorhabditis elegans nac-2 gene Proteins 0.000 description 2
- 230000015556 catabolic process Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000005457 optimization Methods 0.000 description 2
- 101000884399 Homo sapiens Arylamine N-acetyltransferase 2 Proteins 0.000 description 1
- 101000981987 Homo sapiens N-alpha-acetyltransferase 20 Proteins 0.000 description 1
- 101000713305 Homo sapiens Sodium-coupled neutral amino acid transporter 1 Proteins 0.000 description 1
- 101000640836 Homo sapiens Sodium-coupled neutral amino acid transporter 4 Proteins 0.000 description 1
- 102100036916 Sodium-coupled neutral amino acid transporter 1 Human genes 0.000 description 1
- 102100033869 Sodium-coupled neutral amino acid transporter 4 Human genes 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/63—Routing a service request depending on the request content or context
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The present invention discloses a kind of business chain resource regulating method open towards third party, device and system.The method includes：Obtain third-party business demand information；Business chain path is determined according to business demand information；The business chain routing information of determination is sent to third party's terminal.The present invention can generate corresponding service path according to third-party requirement, and feeds back the service path information of generation, it is achieved thereby that carrying out the configuration of business chain layout and dynamic service path according to needed for third party.Thus, the method had both achieved opening on demand of GiLAN business chain capacity of arranging movements, met the demand that third party applies to business function rapid deployment again.
Description
Technical Field
The present invention relates to the field of data communications, and in particular, to a method, an apparatus, and a system for scheduling a service chain resource open to a third party.
Background
Operators have deployed out-of-function service enablers in the GiLAN (value added service network) to provide personalized network services to customers. These service enablers include a number of dedicated hardware devices with different capabilities, such as video optimization servers, Deep Packet Inspection (DPI) servers, Firewall (FW) servers, Network Address Translation (NAT) servers, etc. In order to provide personalized network services to customers, operators often need to plan deployment and configuration of hardware devices located at different locations in the network. Due to the flexibility of network services, such advanced planning deployment and configuration becomes more and more complex to accommodate a variety of network services. Furthermore, when a new network service is provided, it may be necessary to integrate and deploy completely new hardware devices in the network to support the new network service, and in addition to the complicated integration and deployment work, it is necessary to arrange appropriate space and power distribution to fit the new hardware devices, which makes implementation difficult.
In order to solve the above problems of the conventional operator Network, the NFV (Network Function Virtualization) technology can use a Network Function of software operation on a series of industry standard servers, and can install and uninstall software having the Network Function of the operation on servers at different positions in the Network as required, so that it is not necessary to install new hardware devices. By the NFV technology, the cost and the expense of operators are reduced, the deployment and the time to market of new network services are shortened, and the service change is more flexible.
The current service chain arrangement method of the GiLAN after NFV has the following problems:
because different OTT (third party provides various application services to users via internet) service providers/third party enterprises have different business requirements and different business paths of business flows passing through NFV functional entities, there is no effective method for providing business chain arranging function for third party.
Disclosure of Invention
In view of the above technical problems, the present invention provides a method, an apparatus, and a system for scheduling service chain resources open to a third party, so as to implement service chain arrangement and dynamic service path configuration according to the needs of the third party.
According to an aspect of the present invention, a method for scheduling service chain resources open to a third party is provided, including:
acquiring service requirement information of a third party;
determining a service chain path according to the service demand information;
and sending the determined service chain path information to a third-party terminal.
In an embodiment of the present invention, the service requirement information includes a function description, capacity requirement information of a required function, and a required function execution sequence;
the step of obtaining the service requirement information of the third party comprises the following steps: receiving function description, capacity demand information of demand functions and a demand function execution sequence sent by a third party terminal;
or,
the step of obtaining the service requirement information of the third party comprises the following steps: receiving function description and capacity demand information of a demand function sent by a third party terminal; and inquiring a corresponding relation table of pre-stored function description and required function execution sequence according to the function description, and determining the required function execution sequence corresponding to the function description.
In an embodiment of the present invention, after the step of obtaining the service requirement information of the third party, the method further includes:
judging whether the residual resources of the service enabler in the current network can meet the capacity requirement of the demand function;
if the residual resources of the service enabler in the current network can meet the capacity requirement of the demand function, executing the step of determining a service chain path according to the service requirement information;
and if the residual resources of the service enabler in the current network cannot meet the capacity requirement of the demand function, starting a new virtual machine and installing a new service enabler, and then executing the step of determining a service chain path according to the service requirement information.
In an embodiment of the present invention, the step of determining the service link path according to the service requirement information includes:
determining a corresponding target service enabler from the current network aiming at each demand function of a third party;
and arranging the target service enablers corresponding to each required function according to the execution sequence of the required functions to form a final service chain path.
In an embodiment of the present invention, if the current network is a load sharing network, the step of determining the target service enabler from the current network includes:
and selecting the service enabler with the most residual resources as a target service enabler from all the service enablers meeting the requirement of the required function capacity in the current network.
In an embodiment of the present invention, if the current network is an active/standby network, the step of determining the target service enabler from the current network includes:
judging whether a service enabler meeting the capacity requirement of the required function exists in the main server or not;
if the service enabler meeting the requirement of the required function capacity exists in the main server, selecting the service enabler with the most residual resources as a target service enabler from all the service enablers meeting the requirement of the required function capacity by the main server;
and if the service enabler meeting the requirement of the required function capacity does not exist in the main server, selecting the service enabler with the most residual resources as a target service enabler from all the service enablers of the standby server meeting the requirement of the required function capacity.
According to another aspect of the present invention, a service chain resource scheduling device open to a third party is provided, including a requirement obtaining module, a path determining module, and a sending module, where:
the demand acquisition module is used for acquiring the service demand information of a third party;
the path determining module is used for determining a service chain path according to the service requirement information acquired by the requirement acquiring module;
and the sending module is used for sending the service chain path information determined by the path determining module to the third-party terminal.
In an embodiment of the present invention, the service requirement information includes a function description, capacity requirement information of a required function, and a required function execution sequence;
the demand acquisition module is used for receiving function description, capacity demand information of demand functions and a demand function execution sequence sent by a third party terminal;
or,
the demand acquisition module is used for receiving function description and capacity demand information of a demand function sent by a third-party terminal; and inquiring a corresponding relation table of pre-stored function description and required function execution sequence according to the function description, and determining the required function execution sequence corresponding to the function description.
In an embodiment of the present invention, the apparatus further includes a resource checking module and a resource adding module, wherein:
the resource checking module is used for judging whether the residual resources of the service enabler in the current network can meet the capacity requirement of the demand function after the requirement acquisition module acquires the service requirement information of the third party; when the residual resources of the service enabler in the current network can meet the capacity requirement of the requirement function, indicating a path determining module to execute the operation of determining the service chain path according to the service requirement information;
and the resource adding module is used for starting a new virtual machine and installing a new service enabler when the residual resources of the service enabler in the current network cannot meet the capacity requirement of the demand function according to the judgment result of the resource checking module, and then instructing the path determining module to execute the operation of determining the service chain path according to the service demand information.
In one embodiment of the invention, the path determination module comprises an enabler determination unit and a path determination unit, wherein:
the enabler determining unit is used for determining a corresponding target service enabler from the current network aiming at each demand function of a third party;
and the path determining unit is used for arranging the target service enablers corresponding to each required function according to the execution sequence of the required functions to form a final service chain path.
In an embodiment of the present invention, the enabler determining unit is configured to, when the current network is a load sharing network, select a service enabler with the most remaining resources as a target service enabler from all service enablers satisfying the demand function capacity requirement in the current network.
In one embodiment of the invention, the enabler determination unit comprises an identification submodule, a first selection submodule and a second selection submodule, wherein:
the identification submodule is used for judging whether a service enabler meeting the requirement of the required function capacity exists in the main server when the current network is a main/standby network;
the first selection submodule is used for selecting the service enabler with the most residual resources as the target service enabler from all the service enablers which meet the requirement of the required functional capacity by the main server when the service enabler meeting the requirement of the required functional capacity exists in the main server according to the judgment result of the identification submodule;
and the second selection submodule is used for selecting the service enabler with the most residual resources as the target service enabler from all the service enablers of the standby server meeting the requirement of the required function capacity when the service enabler meeting the requirement of the required function capacity does not exist in the main server according to the judgment result of the identification submodule.
According to another aspect of the present invention, there is provided a service chain resource scheduling system open to a third party, including the service chain resource scheduling apparatus as described in any of the above embodiments.
The invention can generate the corresponding service path according to the requirements of the third party and feed back the generated service path information, thereby realizing the service chain arrangement and the dynamic service path configuration according to the requirements of the third party. Therefore, the method not only realizes the opening of the GiLAN service chain arrangement capacity as required, but also meets the requirement of a third party on the rapid deployment and application of the service function.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to these drawings without creative efforts.
Fig. 1 is a schematic diagram of an embodiment of a third-party-oriented open service chain resource scheduling method according to the present invention.
Fig. 2 is a schematic diagram of an embodiment of a third-party-oriented open service chain resource scheduling system according to the present invention.
Fig. 3 is a schematic diagram of another embodiment of a third-party-oriented open service chain resource scheduling method according to the present invention.
Fig. 4 is a schematic diagram of determining a service link path according to service requirement information in an embodiment of the present invention.
Fig. 5 is a schematic diagram of determining a target service enabler according to an embodiment of the present invention.
Fig. 6 is a network diagram in accordance with an embodiment of the present invention.
Fig. 7 is a schematic diagram of an embodiment of a third-party-oriented open service chain resource scheduling apparatus according to the present invention.
Fig. 8 is a schematic diagram of another embodiment of a third-party-oriented open service chain resource scheduling device according to the present invention.
Fig. 9 is a schematic diagram of a path determination module in an embodiment of the invention.
Fig. 10 is a schematic diagram of an enabler determination unit according to an embodiment of the present invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. The following description of at least one exemplary embodiment is merely illustrative in nature and is in no way intended to limit the invention, its application, or uses. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
The relative arrangement of the components and steps, the numerical expressions and numerical values set forth in these embodiments do not limit the scope of the present invention unless specifically stated otherwise.
Meanwhile, it should be understood that the sizes of the respective portions shown in the drawings are not drawn in an actual proportional relationship for the convenience of description.
Techniques, methods, and apparatus known to those of ordinary skill in the relevant art may not be discussed in detail but are intended to be part of the specification where appropriate.
In all examples shown and discussed herein, any particular value should be construed as merely illustrative, and not limiting. Thus, other examples of the exemplary embodiments may have different values.
It should be noted that: like reference numbers and letters refer to like items in the following figures, and thus, once an item is defined in one figure, further discussion thereof is not required in subsequent figures.
Fig. 1 is a schematic diagram of an embodiment of a third-party-oriented open service chain resource scheduling method according to the present invention. Preferably, this embodiment can be executed by the service chain resource scheduling apparatus opened to the third party in the present invention. The method comprises the following steps:
step 101, acquiring service requirement information of a third-party enterprise or an OTT service provider (for example, Google corporation shown in fig. 2).
In an embodiment of the present invention, the service requirement information includes specific function descriptions (e.g., sending email, playing video, sending sms, etc.), capacity requirement information (e.g., preset scale levels: level 1, level 2, and level 3) of required functions (including virtualization functions such as video optimization, DPI, FW, NAT, etc.), and a required function execution sequence.
In one embodiment of the present invention, step 101 may comprise: and receiving function description, capacity demand information of the demand function and a demand function execution sequence which are sent by the third-party terminal through the Req message.
In another embodiment of the present invention, step 101 may comprise:
1. and receiving the function description and the capacity demand information of the demand function sent by the third-party terminal through the Req message.
2. And inquiring a corresponding relation table of pre-stored function description and required function execution sequence according to the function description, and determining the required function execution sequence corresponding to the function description. For example: the previous corresponding relation table already stores the corresponding relation between the specific function description (e-mail sending) and the execution sequence of the DPI- > FW- > NAT, so that the execution sequence of the required functions of the DPI- > FW- > NAT can be determined through table lookup only by receiving the specific function description (e-mail sending) sent by the third party terminal.
And 102, selecting a target service enabler from the service enablers capable of realizing the demand function in the current network according to the service demand information, and finally determining a service chain path.
Step 103, sending the determined service link path information to the third party terminal through Resp message, wherein the service link path information includes the service link path determined in step 102 and the corresponding service link identifier. As shown in table 1, the table is a correspondence table between service chain paths and service chain identifiers in an embodiment of the present invention.
TABLE 1
In an embodiment of the present invention, the Open Service Chain resource scheduling method facing a third party according to the present invention may be executed by an Open Service Chain (OSC) module newly added in a MANO (NFV Service management and orchestration system) of the GiLAN network as shown in fig. 2.
Based on the service chain resource scheduling method provided by the above embodiment of the present invention, it is proposed to add an OSC module and an open interface facing a third party client in the MANO of the GiLAN network as shown in fig. 2; and the MANO receives the requirement information of a third-party virtualization service enabler in the GiLAN through a newly added interface and feeds back the generated service path information, thereby realizing the service chain arrangement and the dynamic service path configuration according to the requirement of the third party. Therefore, the embodiment of the invention not only realizes the opening of the GiLAN service chain arranging capability as required, but also meets the requirement of a third party on the rapid deployment and application of the service function.
Fig. 3 is a schematic diagram of another embodiment of a third-party-oriented open service chain resource scheduling method according to the present invention. Preferably, this embodiment can be executed by the service chain resource scheduling apparatus opened to the third party in the present invention. Step 301, step 304 and step 305 in the embodiment of fig. 3 are the same as and similar to step 101, step 102 and step 103, respectively, in the embodiment of fig. 1, and are not described in detail here. As shown in fig. 3, after step 301, the method may further include:
step 302, determining whether the remaining resources of the service enabler in the current network can meet the capacity requirement of the demand function. If the remaining resources of the service enabler in the current network can meet the capacity requirement of the demand function, executing step 304, namely, determining a service link path according to the service requirement information; if the remaining resources of the service enabler in the current network cannot meet the capacity requirement of the demand function, step 303 is executed.
Step 303, start a new virtual machine and install a new service enabler, and then execute step 304.
The embodiment of the invention provides a resource check and adding mechanism, and designs the resource adding mechanism for dealing with the resource exhaustion condition, thereby obtaining good resource expansibility and preventing the phenomena of packet loss or virtual machine breakdown caused by insufficient resources.
In one embodiment of the present invention, it is assumed that the number of VMs that can be turned on per server is limited. The specific process of starting the new virtual machine may include:
step 1, judging whether the current network is a load sharing network or a main/standby network. If the current network is a master/standby network, executing the step 2; otherwise, if the current network is a load sharing network, executing the step 3.
Step 2, judging whether the number of the virtual machines of the main server reaches an upper limit, and executing step 3 if the number of the virtual machines of the main server reaches the upper limit; otherwise, if the number of the virtual machines of the main server does not reach the upper limit, adding a new virtual machine in the main server, and installing a new service enabler with the required function.
And step 3, judging whether the number of the virtual machines of the local server reaches an upper limit, wherein the local server refers to a server which contains a required function (such as DPI) of a certain user but has insufficient resources corresponding to the function. If the number of the virtual machines of the local server reaches the upper limit, executing the step 4; otherwise, if the number of the virtual machines of the local server is judged not to reach the upper limit, the virtual machines are newly added to the local server, and a new service enabler with the required function is installed. And if a plurality of local servers exist, selecting to add the virtual machines on the local servers with the small number of the existing virtual machines.
In another embodiment of the present invention, as shown in fig. 6, assuming that the demand function network element NAT1 on the server 3 and the demand function network element NAT2 on the server 4 are both resource-inefficient, since the number of existing virtual machines on the server 4 is less than the number of existing virtual machines on the server 3, a new virtual machine VM2 is added to the server 4 and the new demand function network element NAT3 is adopted.
And 4, selecting the server which can be provided with the largest number of virtual machines from other servers (except the local server and/or the main server), adding the virtual machines to the server, and installing a new service enabler with the required function.
Fig. 4 is a schematic diagram of determining a service link path according to service requirement information in an embodiment of the present invention. Preferably, this embodiment can be performed by the path determination module of the present invention. As shown in fig. 4, step 102 of fig. 1 or step 304 of fig. 3 may include:
step 401, for each required function of the third party, determining a corresponding target service enabler from the current network.
Step 402, arranging the target service enablers corresponding to each demand function according to the execution sequence of the demand functions to form a final service chain path.
In an embodiment of the present invention, if the current network is a load sharing type network, the step of determining the target service enabler from the current network may include: and selecting the service enabler with the most residual resources as a target service enabler from all the service enablers meeting the requirement of the required function capacity in the current network.
In an embodiment of the present invention, if the current network is an active/standby network, as shown in fig. 5, the step of determining the target service enabler from the current network may include:
step 501, judging whether a service enabler meeting the requirement of the required function capacity exists in the main server. If a service enabler meeting the requirement of the required function capacity exists in the main server, executing step 503; otherwise, if there is no service enabler meeting the requirement of the required function capacity in the primary server, step 502 is executed.
Step 502, selecting the service enabler with the most residual resources as a target service enabler from all the service enablers of which the main server meets the requirement of the required function capacity; step 402 is then performed.
Step 503, selecting the service enabler with the most residual resources as the target service enabler from all the service enablers of the standby server meeting the requirement of the required function capacity.
In the embodiment of the invention, no matter the current network is a load sharing network or the current network is a master/standby network, the service link path can be determined through the service requirement information provided by the third party, so that the service link arrangement and the dynamic service path configuration required by the third party are realized, and the problem of how to provide the service link arrangement for the third party under the NFV framework is solved.
The service chain resource scheduling method of the present invention is explained by the following specific examples:
fig. 6 is a schematic diagram of network resources according to an embodiment of the present invention. For the network resource described in fig. 6, the method for scheduling a service chain resource according to the present invention may specifically include:
step 1, acquiring service requirement information of a third party. The service requirement information includes specific function description, capacity information of the requirement function and execution sequence of the requirement function.
In an embodiment of the present invention, the capacity information of the demand function provided by the third party may be a preset scale level, for example: class 1, class 2 and class 3, wherein class 1 represents a scale of 1-1000 users, class 2 represents a scale of 1001-10000 users, and class 3 represents a scale above 10000 users.
In a specific embodiment of the present invention, in the third-party service requirement information obtained in step 1, the specific function is described as sending an email, the capacity information of the required function is level 1, and the execution sequence of the required function is DPI- > FW- > NAT; then, the MANO may obtain, according to the user resource corresponding to level 1, the CPU and memory resource percentage of the service enabler (virtual machine) that needs to be occupied by the corresponding demand function (as shown in table 2).
| DPI | FW | NAT | |
| CPU | 0.3％ | 0.2％ | 0.15％ |
| Memory device | 0.25％ | 0.1％ | 0.1％ |
TABLE 2
And 2, checking the resources. Comparing the current CPU and memory usage of each service enabler in fig. 6 with the capacity information (average resource consumption) of the demand function in table 2, the current DPI, FW and NAT resources can be obtained. Aiming at a demand function DPI, resources are provided for a service enabler DPI2 and a DPI 3; aiming at the demand function FW, the service enablers FW3, FW1 and FW4 all have resources; for the demand function NAT, the traffic enabler NAT1 has resources.
And 3, selecting a target service enabler from the service enablers capable of realizing the demand function in the current network according to the service demand information, and finally determining a service chain path.
If the current network is an active/standby network (assuming that the server 1 is an active server and the servers 2 to 4 are standby servers), the step 3 may specifically include:
step 3a, the main server 1 comprises a service enabler DPI2 meeting the requirement of the requirement function DPI capacity and a service enabler FW3 meeting the requirement of the requirement function FW capacity, so that the service enabler DPI2 and the service enabler FW3 are respectively used as target service enablers of the requirement functions DPI and FW.
Step 3b. select the traffic enabler NAT1 in the standby server 3 as the target traffic enabler for the demand function NAT.
And 3c, determining the service chain path as follows: DPI2- > FW3- > NAT 1.
If the current network is a load sharing network, step 3 may specifically include:
and 3-1, selecting the service enabler with the most residual resources as a target service enabler from all service enablers meeting the requirement of the required function capacity in the current network.
In an embodiment of the present invention, the size of the remaining resources of the service enabler can be determined according to the number of the services (the required functions) that the service enabler can receive. The number of the service enabler receivable services is the minimum value of the number of the CPU receivable services and the number of the memory receivable services of the service enabler.
TABLE 3
As can be seen from table 3, the number of receivable services (116) of the DPI2 is greater than the number of receivable services (100) of the DPI3, so the DPI2 is selected as the target traffic enabler of the DPI.
As can be seen from table 3, the number of receivable services (320) of FW4 is greater than the number of receivable services (190) of FW3 and greater than the number of receivable services (100) of FW1, so that the service enabler FW4 is selected as the target service enabler of the demand function DPI.
And 3-2, selecting the service enabler NAT1 in the server 3 as a target service enabler of the demand function NAT.
Step 3-3, determining the service chain path as follows: DPI2- > FW4- > NAT 1.
And 4, sending the determined service chain path information to a third-party terminal.
Fig. 7 is a schematic diagram of an embodiment of a third-party-oriented open service chain resource scheduling apparatus according to the present invention. As shown in fig. 7, the service chain resource scheduling apparatus includes a requirement obtaining module 100, a path determining module 200, and a sending module 300, where:
the requirement obtaining module 100 is configured to obtain service requirement information of a third party. The service requirement information comprises function description, capacity requirement information of the requirement function and an execution sequence of the requirement function.
In an embodiment of the present invention, the requirement obtaining module 100 is specifically configured to receive the function description, the capacity requirement information of the requirement function, and the execution sequence of the requirement function, which are sent by the third party terminal.
In another embodiment of the present invention, the requirement obtaining module 100 is specifically configured to receive the function description and the capacity requirement information of the requirement function sent by the third party terminal; and inquiring a corresponding relation table of pre-stored function description and required function execution sequence according to the function description, and determining the required function execution sequence corresponding to the function description.
A path determining module 200, configured to determine a service link path according to the service requirement information acquired by the requirement acquiring module 100.
A sending module 300, configured to send the service link path information determined by the path determining module 200 to a third party terminal.
In an embodiment of the present invention, the functions of the service chain resource scheduling apparatus opened to the third party according to the present invention can be implemented by an OSC module added in the MANO of the GiLAN network as shown in fig. 2.
Based on the service chain resource scheduling apparatus provided in the foregoing embodiment of the present invention, it is proposed to add an OSC module and an open interface facing a third party client in the MANO of the GiLAN network as shown in fig. 2; and the MANO receives the requirement information of a third-party virtualization service enabler in the GiLAN through a newly added interface and feeds back the generated service path information, thereby realizing the service chain arrangement and the dynamic service path configuration according to the requirement of the third party. Therefore, the embodiment of the invention not only realizes the opening of the GiLAN service chain arranging capability as required, but also meets the requirement of a third party on the rapid deployment and application of the service function.
Fig. 8 is a schematic diagram of another embodiment of a third-party-oriented open service chain resource scheduling device according to the present invention. Compared with the embodiment shown in fig. 7, in the embodiment shown in fig. 8, the apparatus may further include a resource checking module 400 and a resource adding module 500, where:
the resource checking module 400 is configured to determine whether the remaining resources of the service enabler in the current network can meet the capacity requirement of the demand function after the demand obtaining module 100 obtains the service demand information of the third party; and when the remaining resources of the service enabler in the current network can meet the capacity requirement of the demand function, instruct the path determining module 200 to perform the operation of determining the service link path according to the service requirement information.
A resource adding module 500, configured to, according to the judgment result of the resource checking module 400, start a new virtual machine and install a new service enabler when the remaining resources of the service enabler in the current network cannot meet the capacity requirement of the demand function, and then instruct the path determining module 200 to perform an operation of determining a service link path according to the service demand information.
The embodiment of the invention provides a resource check and adding mechanism, and designs the resource adding mechanism for dealing with the resource exhaustion condition, thereby obtaining good resource expansibility and preventing the phenomena of packet loss or virtual machine breakdown caused by insufficient resources.
Fig. 9 is a schematic diagram of a path determination module in an embodiment of the invention. As shown in fig. 9, the path determining module 200 described in the embodiment of fig. 7 or fig. 8 may include an enabler determining unit 210 and a path determining unit 220, where:
an enabler determining unit 210, configured to determine, for each required function of the third party, a corresponding target service enabler from the current network.
A path determining unit 220, configured to arrange the target service enablers corresponding to each required function according to the execution order of the required functions to form a final service chain path.
In an embodiment of the present invention, the enabler determining unit 210 is specifically configured to, when the current network is a load sharing network, select, as the target service enabler, a service enabler with the most remaining resources from all service enablers meeting the requirement of the required functional capacity in the current network.
Fig. 10 is a diagram illustrating an enabler determination unit 210 according to another embodiment of the present invention. As shown in fig. 10, the enabler determination unit 210 may include an identification submodule 211, a first selection submodule 212, and a second selection submodule 213, wherein:
the identifying sub-module 211 is configured to, when the current network is a master/standby network, determine whether a service enabler meeting the capacity requirement of the required function exists in the master server;
a first selecting submodule 212, configured to, according to the determination result of the identifying submodule 211, select, as a target service enabler, a service enabler with the most remaining resources from all service enablers that the main server satisfies the requirement for the required functional capacity when the service enabler that satisfies the requirement for the required functional capacity exists in the main server;
and a second selecting submodule 213, configured to select, according to the determination result of the identifying submodule 211, a service enabler with the most remaining resources as a target service enabler from all service enablers of the standby server that meet the requirement for the required functional capacity when no service enabler that meets the requirement for the required functional capacity exists in the primary server.
In the embodiment of the invention, no matter the current network is a load sharing network or the current network is a master/standby network, the service link path can be determined through the service requirement information provided by the third party, so that the service link arrangement and the dynamic service path configuration required by the third party are realized, and the problem of how to provide the service link arrangement for the third party under the NFV framework is solved.
Fig. 2 is a schematic diagram of an embodiment of a third-party-oriented open service chain resource scheduling system according to the present invention. As shown in fig. 2, the system includes an OSC module, wherein:
the OSC module is the service chain resource scheduling apparatus according to any embodiment of fig. 7 to 10.
In an embodiment of the present invention, as shown in fig. 2, the system may further include an SDN service chaining controller and an SDN switch, wherein:
the SDN/service chain controller is based on a protocol such as OpenFlow, and functions to tell the SDN switch where to send a packet in the form of a flow table. The SDN controller centralizes the distributed control capability in the traditional switching equipment, and one SDN controller can control a plurality of SDN switches.
And the SDN switch is used for forwarding different data according to the flow table information issued by the SDN controller.
Based on the service chain resource scheduling system provided by the above embodiment of the present invention, the corresponding service path is generated according to the third party requirement and the generated service path information is fed back, thereby implementing service chain arrangement and dynamic service path configuration according to the third party requirement. Therefore, the embodiment of the invention not only realizes the opening of the GiLAN service chain arranging capability as required, but also meets the requirement of a third party on the rapid deployment and application of the service function.
In one embodiment of the present invention, as shown in FIG. 2, the system may further include a MANO, wherein the OSC module is disposed on the MANO, and the MANO may further include an orchestration system (Orchester), a VNFM (VNF Manager), and a VIM (virtualization Infrastructure Management System).
The Orchestrator is responsible for overall management of network traffic, VNF and resources, and is the control core of the entire NFV architecture.
The VNFM is mainly responsible for related management of resources, life cycles, and the like of the VNF, such as functions of instantiation, capacity expansion, capacity reduction, and the like of network elements.
And the VIM is used for realizing management and monitoring of resources (including hardware resources and virtual resources) of the whole infrastructure layer.
In an embodiment of the present invention, as shown in fig. 2, the system may further include a PCRF (Policy and Charging Rule Function), and a PCEF (Policy and Charging enforcement Function), where:
and the PCRF is used as a service chain selection decision entity in a service chain scene.
The PCEF, in a service chaining scenario, serves as an execution entity for traffic classification of the service chaining.
In one embodiment of the present invention, as shown in fig. 2, the server is a COTS (Commercial Off-the-Shelf) server, which is referred to as a dedicated server.
Thus far, the present invention has been described in detail. Some details well known in the art have not been described in order to avoid obscuring the concepts of the present invention. It will be fully apparent to those skilled in the art from the foregoing description how to practice the presently disclosed embodiments.
It will be understood by those skilled in the art that all or part of the steps for implementing the above embodiments may be implemented by hardware, or may be implemented by a program instructing relevant hardware, where the program may be stored in a computer-readable storage medium, and the above-mentioned storage medium may be a read-only memory, a magnetic disk or an optical disk, etc.
The description of the present invention has been presented for purposes of illustration and description, and is not intended to be exhaustive or limited to the invention in the form disclosed. Many modifications and variations will be apparent to practitioners skilled in this art. The embodiment was chosen and described in order to best explain the principles of the invention and the practical application, and to enable others of ordinary skill in the art to understand the invention for various embodiments with various modifications as are suited to the particular use contemplated.
Claims (13)
1. A service chain resource scheduling method for third party opening is characterized by comprising the following steps:
acquiring service requirement information of a third party;
determining a service chain path according to the service demand information;
and sending the determined service chain path information to a third-party terminal.
2. The method of claim 1, wherein the service requirement information comprises a function description, capacity requirement information of a required function, and a required function execution order;
the step of obtaining the service requirement information of the third party comprises the following steps: receiving function description, capacity demand information of demand functions and a demand function execution sequence sent by a third party terminal;
or,
the step of obtaining the service requirement information of the third party comprises the following steps: receiving function description and capacity demand information of a demand function sent by a third party terminal; and inquiring a corresponding relation table of pre-stored function description and required function execution sequence according to the function description, and determining the required function execution sequence corresponding to the function description.
3. The method of claim 2, after the step of obtaining the service requirement information of the third party, further comprising:
judging whether the residual resources of the service enabler in the current network can meet the capacity requirement of the demand function;
if the residual resources of the service enabler in the current network can meet the capacity requirement of the demand function, executing the step of determining a service chain path according to the service requirement information;
and if the residual resources of the service enabler in the current network cannot meet the capacity requirement of the demand function, starting a new virtual machine and installing a new service enabler, and then executing the step of determining a service chain path according to the service requirement information.
4. The method according to any of claims 1-3, wherein the step of determining a traffic chain path according to traffic demand information comprises:
determining a corresponding target service enabler from the current network aiming at each demand function of a third party;
and arranging the target service enablers corresponding to each required function according to the execution sequence of the required functions to form a final service chain path.
5. The method of claim 4, wherein if the current network is a load sharing network, the step of determining the target service enabler from the current network comprises:
and selecting the service enabler with the most residual resources as a target service enabler from all the service enablers meeting the requirement of the required function capacity in the current network.
6. The method of claim 4, wherein if the current network is an active/standby network, the step of determining the target service enabler from the current network comprises:
judging whether a service enabler meeting the capacity requirement of the required function exists in the main server or not;
if the service enabler meeting the requirement of the required function capacity exists in the main server, selecting the service enabler with the most residual resources as a target service enabler from all the service enablers meeting the requirement of the required function capacity by the main server;
and if the service enabler meeting the requirement of the required function capacity does not exist in the main server, selecting the service enabler with the most residual resources as a target service enabler from all the service enablers of the standby server meeting the requirement of the required function capacity.
7. A service chain resource scheduling device opened for a third party is characterized by comprising a demand acquisition module, a path determination module and a sending module, wherein:
the demand acquisition module is used for acquiring the service demand information of a third party;
the path determining module is used for determining a service chain path according to the service requirement information acquired by the requirement acquiring module;
and the sending module is used for sending the service chain path information determined by the path determining module to the third-party terminal.
8. The apparatus of claim 7, wherein the service requirement information comprises a function description, capacity requirement information of a required function, and a required function execution order;
the demand acquisition module is used for receiving function description, capacity demand information of demand functions and a demand function execution sequence sent by a third party terminal;
or,
the demand acquisition module is used for receiving function description and capacity demand information of a demand function sent by a third-party terminal; and inquiring a corresponding relation table of pre-stored function description and required function execution sequence according to the function description, and determining the required function execution sequence corresponding to the function description.
9. The apparatus of claim 8, further comprising a resource check module and a resource addition module, wherein:
the resource checking module is used for judging whether the residual resources of the service enabler in the current network can meet the capacity requirement of the demand function after the requirement acquisition module acquires the service requirement information of the third party; when the residual resources of the service enabler in the current network can meet the capacity requirement of the requirement function, indicating a path determining module to execute the operation of determining the service chain path according to the service requirement information;
and the resource adding module is used for starting a new virtual machine and installing a new service enabler when the residual resources of the service enabler in the current network cannot meet the capacity requirement of the demand function according to the judgment result of the resource checking module, and then instructing the path determining module to execute the operation of determining the service chain path according to the service demand information.
10. The apparatus according to any of claims 7-9, wherein the path determination module comprises an enabler determination unit and a path determination unit, wherein:
the enabler determining unit is used for determining a corresponding target service enabler from the current network aiming at each demand function of a third party;
and the path determining unit is used for arranging the target service enablers corresponding to each required function according to the execution sequence of the required functions to form a final service chain path.
11. The apparatus of claim 10,
and the enabler determining unit is used for selecting the service enabler with the most residual resources as the target service enabler from all the service enablers meeting the requirement of the required function capacity in the current network when the current network is a load sharing network.
12. The apparatus of claim 10, wherein the enabler determination unit comprises an identification submodule, a first selection submodule, and a second selection submodule, wherein:
the identification submodule is used for judging whether a service enabler meeting the requirement of the required function capacity exists in the main server when the current network is a main/standby network;
the first selection submodule is used for selecting the service enabler with the most residual resources as the target service enabler from all the service enablers which meet the requirement of the required functional capacity by the main server when the service enabler meeting the requirement of the required functional capacity exists in the main server according to the judgment result of the identification submodule;
and the second selection submodule is used for selecting the service enabler with the most residual resources as the target service enabler from all the service enablers of the standby server meeting the requirement of the required function capacity when the service enabler meeting the requirement of the required function capacity does not exist in the main server according to the judgment result of the identification submodule.
13. A service chain resource scheduling system open to third parties, comprising the service chain resource scheduling apparatus according to any one of claims 7-12.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510514252.0A CN106470233A (en) | 2015-08-20 | 2015-08-20 | Towards the open business chain resource regulating method of third party, device and system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510514252.0A CN106470233A (en) | 2015-08-20 | 2015-08-20 | Towards the open business chain resource regulating method of third party, device and system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN106470233A true CN106470233A (en) | 2017-03-01 |
Family
ID=58229403
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510514252.0A Pending CN106470233A (en) | 2015-08-20 | 2015-08-20 | Towards the open business chain resource regulating method of third party, device and system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN106470233A (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108200207A (en) * | 2018-02-11 | 2018-06-22 | 中国联合网络通信集团有限公司 | The method and system of cloud computing system security service, secure cloud management platform |
| CN109639447A (en) * | 2017-10-09 | 2019-04-16 | 中兴通讯股份有限公司 | The method and device of network function virtualization service chain mapping under annular networking |
| CN110661828A (en) * | 2018-06-28 | 2020-01-07 | 中移(苏州)软件技术有限公司 | Resource allocation method, device, server and readable storage medium |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1523825A (en) * | 2002-12-24 | 2004-08-25 | 埃沃柳姆公司 | Method of dimensioning a transport network for a radio access network of a mobile radio network |
| CN103905447A (en) * | 2014-04-01 | 2014-07-02 | 华为技术有限公司 | Service link selection control method and device |
| CN104243301A (en) * | 2013-06-08 | 2014-12-24 | 华为技术有限公司 | Method, device and system for generating service path |
| CN104636184A (en) * | 2014-12-29 | 2015-05-20 | 上海华为技术有限公司 | Deploying method, device and equipment of instances of virtual machine |
-
2015
- 2015-08-20 CN CN201510514252.0A patent/CN106470233A/en active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1523825A (en) * | 2002-12-24 | 2004-08-25 | 埃沃柳姆公司 | Method of dimensioning a transport network for a radio access network of a mobile radio network |
| CN104243301A (en) * | 2013-06-08 | 2014-12-24 | 华为技术有限公司 | Method, device and system for generating service path |
| CN103905447A (en) * | 2014-04-01 | 2014-07-02 | 华为技术有限公司 | Service link selection control method and device |
| CN104636184A (en) * | 2014-12-29 | 2015-05-20 | 上海华为技术有限公司 | Deploying method, device and equipment of instances of virtual machine |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109639447A (en) * | 2017-10-09 | 2019-04-16 | 中兴通讯股份有限公司 | The method and device of network function virtualization service chain mapping under annular networking |
| CN109639447B (en) * | 2017-10-09 | 2021-11-12 | 中兴通讯股份有限公司 | Method and device for mapping network function virtualization service chain under ring networking |
| CN108200207A (en) * | 2018-02-11 | 2018-06-22 | 中国联合网络通信集团有限公司 | The method and system of cloud computing system security service, secure cloud management platform |
| CN110661828A (en) * | 2018-06-28 | 2020-01-07 | 中移(苏州)软件技术有限公司 | Resource allocation method, device, server and readable storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11539626B2 (en) | Method, apparatus, and system for load balancing of service chain | |
| CN107624230B (en) | Method and entity for service availability management | |
| Beck et al. | Scalable and coordinated allocation of service function chains | |
| US10644952B2 (en) | VNF failover method and apparatus | |
| JP6834033B2 (en) | Network slice management methods, units, and systems | |
| US10567196B2 (en) | Decision coordination method, execution apparatus, and decision coordinator | |
| CN108702316B (en) | VNF resource allocation method and device | |
| US9172657B2 (en) | Technique for resource creation in a cloud computing system | |
| EP2989747B1 (en) | App store portal providing point-and-click deployment of third-party virtualized network functions | |
| US10423790B2 (en) | Intelligent identification of stressed machines for data security management | |
| EP3334100A1 (en) | Method and apparatus for acquiring service chain information in cloud computing system | |
| US20160216994A1 (en) | Method, system, computer program and computer program product for monitoring data packet flows between virtual machines, vms, within a data centre | |
| Eramo et al. | Server resource dimensioning and routing of service function chain in NFV network architectures | |
| CN111478850B (en) | Gateway adjusting method and device | |
| CN108370368B (en) | Security policy deployment method and device | |
| US20160308715A1 (en) | Management of network entity selection | |
| US10630808B1 (en) | Contextual routing for directing requests to different versions of an application | |
| US12004076B2 (en) | Evaluating a hosting device for installation of a virtualized function within a network infrastructure | |
| US20090238189A1 (en) | Method and system for classifying network traffic | |
| JP2015122680A (en) | Logical network construction method, and network system | |
| CN108345490B (en) | Method and system for deploying virtual machine in NFV | |
| CN106470233A (en) | Towards the open business chain resource regulating method of third party, device and system | |
| Mebarkia et al. | Service traffic engineering: Avoiding link overloads in service chains | |
| CN108604996B (en) | Strategy transmission method and device in NFV system | |
| CN107408058B (en) | Virtual resource deployment method, device and system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170301 |
|
| RJ01 | Rejection of invention patent application after publication |