CN112953806B - Method, device and system for determining service type and installation path and storage medium - Google Patents

Method, device and system for determining service type and installation path and storage medium Download PDF

Info

Publication number
CN112953806B
CN112953806B CN201911254743.0A CN201911254743A CN112953806B CN 112953806 B CN112953806 B CN 112953806B CN 201911254743 A CN201911254743 A CN 201911254743A CN 112953806 B CN112953806 B CN 112953806B
Authority
CN
China
Prior art keywords
network function
type
virtual network
service
installation path
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.)
Active
Application number
CN201911254743.0A
Other languages
Chinese (zh)
Other versions
CN112953806A (en
Inventor
王旭亮
刘增义
雷波
李童瑶
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Telecom Corp Ltd
Original Assignee
China Telecom Corp Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by China Telecom Corp Ltd filed Critical China Telecom Corp Ltd
Priority to CN201911254743.0A priority Critical patent/CN112953806B/en
Publication of CN112953806A publication Critical patent/CN112953806A/en
Application granted granted Critical
Publication of CN112953806B publication Critical patent/CN112953806B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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/61—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 taking into account QoS or priority requirements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
    • 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/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • 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

Abstract

The disclosure relates to a method, a device and a system for determining a service type and an installation path, and a storage medium. The method for determining the service type and the installation path comprises the following steps: receiving a virtual network function packet issued by a support system, wherein the support system comprises at least one of an operation support system and a service support system; determining the type and the installation path of a service template of the virtual network function packet according to the identifier information in the virtual network function packet; and returning the service template type and the installation path of the virtual network function package to the support system so that the support system can send the virtual network function package according to the corresponding installation path. According to the method and the device, the VNF packet type is rapidly analyzed, the optimal installation path of the VNF packet is judged, and the problems that the time delay problem, the MEAO possibly receives defective MEC information and the like are effectively solved.

Description

Method, device and system for determining service type and installation path and storage medium
Technical Field
The present disclosure relates to the field of edge computing and Network Function Virtualization (NFV), and in particular, to a method, an apparatus, and a system for determining a service type and an installation path, and a storage medium.
Background
According to the Standards provided by ETSI (European Telecommunications Standards Institute), in the field of Edge computing, a service template has two installation paths, if an ME (Multi-access Edge) Application package is first loaded to a MEAO (Multi-access Edge Application organizer) and then to an NFVO (NFV organizer), if a software image is included in the Application package, the start-up time is long. If the ME application package is loaded into the NFVO first, the NFVO cannot detect errors in the package related to extensions to MEC (Multi-access Edge Computing), which from the point of view of the measo would install a defective package.
Disclosure of Invention
In view of at least one of the above technical problems, the present disclosure provides a method, an apparatus, a system, and a storage medium for determining a service type and an installation path, which can quickly analyze (Virtual Network Function, VNF Virtual Network Function) packet types and determine an optimal installation path of a VNF packet.
According to an aspect of the present disclosure, a method for determining a service type and an installation path is provided, including:
receiving a virtual network function packet issued by a support system, wherein the support system comprises at least one of an operation support system and a service support system;
determining the type and the installation path of a service template of the virtual network function packet according to the identifier information in the virtual network function packet;
and returning the service template type and the installation path of the virtual network function package to the support system so that the support system can send the virtual network function package according to the corresponding installation path.
In some embodiments of the present disclosure, the determining the traffic template type and the installation path of the virtual network function package according to the identifier information in the virtual network function package includes:
extracting key field information from an end-to-end service template of a virtual network function package, wherein the key field information is the key field information of NFV (network function virtualization) related to multi-access edge computing (MEC) and network function virtualization;
and determining the service template type and the installation path of the virtual network function package according to the key field information.
In some embodiments of the present disclosure, the determining the traffic template type and the installation path of the virtual network function package according to the key field information includes:
comparing the key field information with the content of a feature library, setting the key field information in the feature library as high-priority field information, and setting the key field information not in the feature library as low-priority field information, wherein the feature library is a business identification feature library of an MEC and an NFV;
respectively comparing the high-priority field information with service control flow templates in a service control flow template library, and preliminarily judging the service template type of the virtual network function packet according to the degree of coincidence, wherein the service control flow template library is the service control flow template library of the MEC and the NFV;
comparing and analyzing the low-priority field information with the preliminarily judged service template type;
and finally determining the service template type and the installation path of the virtual network function package according to the preliminarily judged service template type under the condition that the low-priority field information is matched with the preliminarily judged service template type.
In some embodiments of the present disclosure, the determining the service template type and the installation path of the virtual network function package according to the key field information further includes:
and storing the judgment logic of the final determination result in a feature library and a service control flow template library, wherein the final determination result is the service template type and the installation path of the virtual network function package which are finally determined.
In some embodiments of the present disclosure, the determining the service template type and the installation path of the virtual network function package according to the key field information further includes:
under the condition that the low-priority field information is not matched with the preliminarily judged service template type, the service template type and the installation path of the virtual network function package cannot be determined;
and returning the result of the failure to be judged to the feature library and the service control flow template library, wherein the result of the failure to be judged is that the type and the installation path of the service template of the virtual network function package cannot be determined.
In some embodiments of the present disclosure, in a case that the service template type of the virtual network function package is an MEC-type service network element, the installation path is that the support system sends the virtual network function package to the multi-access edge application orchestrator.
In some embodiments of the present disclosure, in a case that the service template type of the virtual network function package is an NFV-type service network element, the installation path is that the support system sends the virtual network function package to the network function virtualization orchestrator.
According to another aspect of the present disclosure, a method for determining a service type and an installation path is provided, including:
the virtual network function packet is sent to a service type and installation path determining device, so that the service type and installation path determining device determines the service template type and installation path of the virtual network function packet according to the identifier information in the virtual network function packet;
receiving the service template type and the installation path of the virtual network function packet returned by the service type and installation path determining device;
and sending the virtual network function according to the corresponding installation path of the returned virtual network function packet.
According to another aspect of the present disclosure, there is provided a traffic type and installation path determining apparatus, including:
the virtual network function packet receiving module is used for receiving a virtual network function packet issued by a support system, wherein the support system comprises at least one of an operation support system and a service support system;
the type and path determining module is used for determining the type and the installation path of the service template of the virtual network function package according to the identifier information in the virtual network function package;
the type and path sending module is used for returning the service template type and the installation path of the virtual network function package to the support system so that the support system can send the virtual network function package according to the corresponding installation path;
the device for determining the service type and the installation path is used for executing the operation of realizing the method for determining the service type and the installation path according to any one of the embodiments.
According to another aspect of the present disclosure, there is provided a traffic type and installation path determining apparatus, including:
a device memory to store instructions;
a device processor, configured to execute the instructions, so that the device for determining a service type and an installation path performs operations to implement the method for determining a service type and an installation path according to any of the above embodiments.
According to another aspect of the present disclosure, there is provided a support system comprising:
the virtual network function packet issuing module is used for issuing the virtual network function packet to the service type and installation path determining device so that the service type and installation path determining device can determine the service template type and installation path of the virtual network function packet according to the identifier information in the virtual network function packet;
the type and path receiving module is used for receiving the service template type and the installation path of the virtual network function package returned by the service type and installation path determining device;
the virtual network function packet sending module is used for sending the virtual network function according to the corresponding installation path of the returned virtual network function packet;
the support system is used for executing the operation of implementing the service type and installation path determination method according to any one of the embodiments.
According to another aspect of the present disclosure, there is provided a support system comprising:
a system memory to store instructions;
and the system processor is used for executing the instruction to enable the service type and installation path determining device to execute the operation of realizing the service type and installation path determining method according to any one of the above embodiments.
According to another aspect of the present disclosure, a service type and installation path determining system is provided, which includes the service type and installation path determining apparatus as described in any of the above embodiments, and the support system as described in any of the above embodiments.
According to another aspect of the present disclosure, a computer-readable storage medium is provided, wherein the computer-readable storage medium stores computer instructions, which when executed by a processor, implement the method for determining a traffic type and an installation path according to any of the above embodiments.
The method and the device can quickly analyze the type of the VNF packet and judge the optimal installation path of the VNF packet, thereby effectively solving the problems of time delay, possibility of receiving defective MEC information by the MEAO and the like.
Drawings
In order to more clearly illustrate the embodiments of the present disclosure 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, it is obvious that the drawings in the following description are only some embodiments of the present disclosure, and other drawings can be obtained by those skilled in the art without creative efforts.
Fig. 1 is a schematic diagram of some embodiments of a related art ETSI scheme and process.
Fig. 2 is a schematic diagram of some embodiments of a method for determining a service type and an installation path according to the present disclosure.
Fig. 3 is a schematic diagram of some embodiments of a traffic type and installation path determining apparatus according to the present disclosure.
Fig. 4 is a schematic diagram of another embodiment of a service type and installation path determining apparatus according to the present disclosure.
Fig. 5 is a schematic diagram of another embodiment of a method for determining a service type and an installation path according to the present disclosure.
Fig. 6 is a schematic view of some embodiments of the disclosed support system.
FIG. 7 is a schematic view of additional embodiments of the support system of the present disclosure.
Fig. 8 is a schematic diagram of some embodiments of a traffic type and installation path determination system of the present disclosure.
Fig. 9 is a schematic diagram of some further embodiments of the disclosed method for determining a service type and an installation path.
Detailed Description
The technical solutions in the embodiments of the present disclosure will be clearly and completely described below with reference to the drawings in the embodiments of the present disclosure, and it is obvious that the described embodiments are only a part of the embodiments of the present disclosure, 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 disclosure, its application, or uses. All other embodiments, which can be derived by a person skilled in the art from the embodiments disclosed herein without making any creative effort, shall fall within the protection scope of the present disclosure.
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 disclosure 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.
The applicant found that: fig. 1 is a schematic diagram of some embodiments of a related art ETSI scheme and process. As shown in fig. 1, the ETSI System according to the related art may include a MEAO, an NFVO, an NFVI (NFV infrastructure virtualization), a VIM (Virtualized infrastructure Manager), a VNFM (VNF Manager, virtual network function Manager), an MEP (multi-access edge platform), an MEPM-V (virtualization function management of MEP platform), a Portal (WEB Portal, a WEB site serving as a gateway to the internet), and an OSS (Operation Support System).
In the edge computing domain, the service template has two installation paths, if the ME application package is loaded first to the MEAO and then to the NFVO, if the software image is contained in the application package, the startup time is longer. If the ME application package is loaded into the NFVO first, the NFVO cannot detect errors in the package related to the extension of MEC, which from the point of view of the measo will install a defective package. In the related art, two installation paths are random, which causes the problems that the application program cannot be installed successfully due to too long time delay and the error of the extension part of the edge computing application in the VNF package cannot be detected.
In view of at least one of the above technical problems, the present disclosure provides a method, an apparatus, and a system for determining a service type and an installation path, and a storage medium.
Fig. 2 is a schematic diagram of some embodiments of a method for determining a service type and an installation path according to the present disclosure. Preferably, this embodiment may be executed by the disclosed service type and installation path determining apparatus or the disclosed service type and installation path determining system. The method comprises steps 1-3, wherein:
step 1, receiving a virtual network function packet issued by a support system, wherein the support system comprises at least one of an operation support system and a service support system.
And 2, determining the service template type and the installation path of the virtual network function package according to the identifier information in the virtual network function package.
In some embodiments of the present disclosure, the traffic template type of the virtual network function package may be an MEC-type traffic network element or an NFV-type traffic network element.
In some embodiments of the present disclosure, in a case that the service template type of the virtual network function package is an MEC-type service network element, the installation path may be for the support system to send the virtual network function package to the multi-access edge application orchestrator.
In some embodiments of the present disclosure, in a case that the service template type of the virtual network function package is an NFV-type service network element, the installation path may be for the support system to send the virtual network function package to the network function virtualization orchestrator.
In some embodiments of the present disclosure, step 2 may comprise steps 21-22, wherein:
step 21, extracting key field information from an end-to-end service template of the virtual network function packet, wherein the key field information is key field information of NFV related to multi-access edge computing MEC and network function virtualization.
And step 22, determining the service template type and the installation path of the virtual network function package according to the key field information.
In some embodiments of the present disclosure, step 22 may include step 221-step 22, wherein:
step 221, comparing the key field information with the content of the feature library, setting the key field information in the feature library as high-priority field information, and setting the key field information not in the feature library as low-priority field information, wherein the feature library is a business identification feature library of MEC and NFV.
Step 222, comparing the high-priority field information with the service management and control flow templates in the service management and control flow template library, and preliminarily determining the service template type of the virtual network function packet according to the degree of overlap, wherein the service management and control flow template library is a service management and control flow template library of the MEC and the NFV.
Step 223, comparing and analyzing the low-priority field information with the preliminarily determined service template type.
And 224, under the condition that the low-priority field information is matched with the preliminarily judged service template type, finally determining the service template type and the installation path of the virtual network function package according to the preliminarily judged service template type.
And 225, storing the judgment logic of the final determination result in a feature library and a service control flow template library, wherein the final determination result is the service template type and the installation path of the virtual network function package which are finally determined.
Step 226, under the condition that the low priority field information is not matched with the preliminarily judged service template type, the service template type and the installation path of the virtual network function package cannot be determined;
and 227, returning a result which cannot be judged to the feature library and the service control flow template library, wherein the result which cannot be judged is that the service template type and the installation path of the virtual network function package cannot be determined.
And 3, returning the service template type and the installation path of the virtual network function package to the support system so that the support system can send the virtual network function package according to the corresponding installation path.
The method for determining the service type and the installation path provided by the embodiment of the disclosure is a method for analyzing and judging the service template type and the installation path based on machine learning. The embodiment of the present disclosure can quickly determine what type of service network element the packet is and determine the optimal installation path of the packet, and effectively solves the problems of time delay, and the problem that the MEAO may receive defective MEC information, etc., thereby improving user experience.
The above embodiments of the present disclosure provide a method for analyzing the NVF package type and determining the VNF package installation path based on machine learning, which can exert the cooperative orchestration capability of the MEAO and the NFVO.
Fig. 3 is a schematic diagram of some embodiments of a traffic type and installation path determining apparatus according to the present disclosure. As shown in fig. 3, the apparatus for determining a service type and an installation path of the present disclosure may include a virtual network function packet receiving module 31, a type and path determining module 32, and a type and path sending module 33, where:
a virtual network function packet receiving module 31, configured to receive a virtual network function packet sent by a support system, where the support system includes at least one of an operation support system and a service support system;
a type and path determining module 32, configured to determine a service template type and an installation path of the virtual network function package according to the identifier information in the virtual network function package;
a type and path sending module 33, configured to return the service template type and the installation path of the virtual network function package to the support system, so that the support system sends the virtual network function package according to the corresponding installation path;
in some embodiments of the present disclosure, the apparatus for determining a traffic type and an installation path is configured to perform operations for implementing a method for determining a traffic type and an installation path according to any of the embodiments (for example, the embodiment of fig. 2) described above.
Fig. 4 is a schematic diagram of another embodiment of a service type and installation path determining apparatus according to the present disclosure. As shown in fig. 4, the disclosed traffic type and installation path determining apparatus may include an apparatus memory 41 and an apparatus processor 42, wherein:
a device memory 41 for storing instructions.
A device processor 42, configured to execute the instructions, so that the apparatus for determining a traffic type and an installation path performs operations of implementing the method for determining a traffic type and an installation path according to any of the embodiments (for example, the embodiment of fig. 2) described above.
The device for determining the service type and the installation path provided by the embodiment of the disclosure is a method for analyzing and judging the service template type and the installation path based on machine learning. The embodiment of the present disclosure can quickly determine what type of service network element the packet is and determine the optimal installation path of the packet, and effectively solves the problems of time delay, and the problem that the MEAO may receive defective MEC information, etc., thereby improving user experience.
Fig. 5 is a schematic diagram of another embodiment of a method for determining a service type and an installation path according to the present disclosure. Preferably, this embodiment may be performed by the support system of the present disclosure or the service type and installation path determination system of the present disclosure. The Support System of the present disclosure may be an OSS or a BSS (Business Support System), and the method of the embodiment of fig. 5 may include steps 51 to 53, where:
and step 51, sending the virtual network function package to the service type and installation path determining device, so that the service type and installation path determining device determines the service template type and installation path of the virtual network function package according to the identifier information in the virtual network function package.
And step 52, receiving the service template type and the installation path of the virtual network function package returned by the service type and installation path determining device.
And 53, sending the virtual network function according to the corresponding installation path of the returned virtual network function packet.
Fig. 6 is a schematic view of some embodiments of the disclosed support system. As shown in fig. 6, the support system of the present disclosure may include a virtual network function packet issuing module 61, a type and path receiving module 62, and a virtual network function packet sending module 63, where:
the virtual network function packet issuing module 61 is configured to issue the virtual network function packet to the service type and installation path determining device, so that the service type and installation path determining device determines the service template type and installation path of the virtual network function packet according to the identifier information in the virtual network function packet.
And a type and path receiving module 62, configured to receive the service template type and the installation path of the virtual network function package returned by the service type and installation path determining apparatus.
In some embodiments of the present disclosure, the virtual network function packet sending module 63 is configured to send the virtual network function according to the corresponding installation path of the returned virtual network function packet.
The support system is configured to perform operations for implementing the method for determining a service type and an installation path according to any one of the embodiments (fig. 4).
FIG. 7 is a schematic view of additional embodiments of the support system of the present disclosure. As shown in fig. 7, the disclosed support system may include a system memory 71 and a system processor 72, wherein:
a system memory 71 for storing instructions.
A system processor 72, configured to execute the instructions, so that the apparatus for determining a traffic type and an installation path performs operations to implement the method for determining a traffic type and an installation path according to any of the embodiments (fig. 4).
Based on the support system provided by the above embodiment of the present disclosure, the virtual network function package is sent to the service type and installation path determination device, so that the service type and installation path determination device determines the service template type and installation path of the virtual network function package according to the identifier information in the virtual network function package. Therefore, the embodiment of the present disclosure can quickly determine what type of service network element the packet is and determine the optimal installation path of the packet, and effectively solve the problems of time delay, the possibility that the MEAO receives defective MEC information, and the like, thereby improving user experience.
According to another aspect of the present disclosure, a service type and installation path determining system is provided, which includes a service type and installation path determining apparatus as described in any of the above embodiments (for example, fig. 3 or fig. 4 embodiments), and a support system as described in any of the above embodiments (for example, fig. 6 or fig. 7 embodiments).
Fig. 8 is a schematic diagram of some embodiments of a traffic type and installation path determination system of the present disclosure. The system for determining the service type and the installation path shown in fig. 8 may include a service type and installation path determining apparatus in addition to the measo, NFVO, NFVI, VIM, VNFM, MEP, MEPM-V, Portal, and OSS.
As shown in fig. 8, the disclosed device for determining a service type and an installation path may include a service template key information parsing extractor, an NFV and MEC service main type and installation path determining module, an NFV and MEC service identification feature library, and a service management and control flow template block, where:
from the point of view of the overall system workflow,
and the OSS is used for sending the VNF packet to the business template key information analysis extractor.
The service template key information analyzing extractor is used for segmenting and extracting key fields of related components containing edge calculation or NFV in the end-to-end service template; and continuously sending the VNF packet to a service main type analysis and installation path judgment module.
In some embodiments of the present disclosure, as shown in fig. 8, the NFV and MEC service identification feature library stores, in turn, an MEC feature descriptor, a VNFD (VNF descriptor VNFD descriptor), and an NSD (network service descriptor network service description).
The service main type analysis and installation path judgment module is used for comparing and cleaning key field information related to the NFV and the MEC with the content in the NFV and MEC service identification feature library and carrying out low-priority judgment marking on fields not in the feature library; comparing the high-priority field with NFV and MEC business control flow templates respectively, and preliminarily judging the main type of the business according to the degree of coincidence; comparing and analyzing the characteristic information field with low priority with the main service type template preliminarily judged in the previous step, if the characteristic information field is matched with the main service type template preliminarily judged, giving final service type judgment and installation path judgment, and storing the judgment logic of the result in a characteristic library and a service control flow template library for quickly and accurately judging subsequent related services; if the two types of the service are not matched, the main type and the installation path of the service cannot be judged, the result is returned to the OSS/BSSOSS, and the result is returned to the feature library and the service control flow template library for further improving the analysis of the feature library and the template library.
In some embodiments of the present disclosure, the service main type analysis and installation path determination module may be configured to instruct the OSS to use the MEO as a main server and send the VNF packet to the MEAO when it is determined that the VNF packet is an MEC-type service network element; and under the condition that the VNF packet is judged to be the NFV-type service network element, indicating the OSS to take the NFVO as a main server and sending the VNF packet to the NFVO.
Based on the service type and installation path determining system provided by the above embodiment of the present disclosure, the work flow of the MEC system carried on the NFV architecture is improved on the basis of the ETSI standard architecture in the related art, and an implementation scheme for analyzing and determining the type and installation path of the service template based on machine learning is provided. A service template key information analysis extractor and a service main type analysis and installation path judgment module are added in the system. In the above embodiment of the present disclosure, the type of the VNF packet is determined according to the identifier information carried in the VNF packet, a forwarding path of the VNF packet is determined, and the information is returned to the OSS, which is notified whether the VNF packet is sent to the MEAO for processing or sent to the NFVO for processing.
In the scheme provided by the embodiment of the disclosure, the identifier carried by the VNF packet is used as the judgment information, and no additional information needs to be added in the packet, so that the information loaded in the packet is simplified; the VNF packet analyzer is provided, which can analyze the type of the NFV service packet, so as to judge the installation path of the NFV packet, and effectively solve the problems of time delay, possibility that the MEAO receives defective MEC information and the like; in addition, according to the scheme provided by the embodiment of the disclosure, the original frame is not required to be changed, and only the modules are added on the original basis, so that the cost is saved.
Fig. 9 is a schematic diagram of some further embodiments of the disclosed method for determining a service type and an installation path. Preferably, this embodiment may be performed by the disclosed service type and installation path determination system. The method comprises steps 91-93, wherein:
in step 91, the OSS sends the VNF packet to a service template key information parsing extractor, and parses and extracts key fields of related components including edge computation or NFV in the end-to-end service template.
In step 92, the service major type analysis and installation path determination module determines the service template type and installation path of the virtual network function package according to the key field information.
In some embodiments of the present disclosure, step 92 may include steps 921-923, wherein,
in step 921, the key field information related to NFV and MEC extracted in step 91 is compared with the content in the feature library and is cleaned, and the fields not in the feature library are marked for low priority determination.
In step 922, the high-priority fields in step 921 are compared with the NFV and MEC service management and control flow templates, respectively, to preliminarily determine the service main type according to the degree of overlap.
In step 923, the low-priority characteristic information field is compared and analyzed with the main service type template preliminarily judged in step 93, if the low-priority characteristic information field is matched with the main service type template, final service type judgment and installation path judgment are given, and the judgment logic of the result is stored in a characteristic library and a service control flow template library so as to be used for quickly and accurately judging the subsequent related services; if the service is not matched with the service, the main type and the installation path of the service cannot be judged, the result is returned to the OSS/BSS, and the result is returned to the feature library and the service control flow template library for further improving the analysis of the feature library and the template library.
In step 93, the OSS sends the VNF packet to the correct receiving module.
In some embodiments of the present disclosure, as shown in fig. 9, step 93 may include:
step 931, when the VNF packet is determined to be an MEC-like service network element (that is, the VNF packet is an ME-App), the OSS uses the MEO as a main server and sends the VNF packet to the MEAO;
step 932, in a case that the VNF packet is determined to be an NFV-type service network element (that is, the VNF packet is an NFV-App), the OSS uses the NFVO as a main server, and sends the VNF packet to the NFVO.
The method provided by the embodiment of the disclosure deploys the option NFV, the edge computing architecture is clear in hierarchy and independent in function, and the original NFV and the edge computing architecture do not need to be changed, and only new functions need to be added on the basis. The above-described embodiments of the present disclosure solve the problem of latency due to VNF packet installation path errors and the problem of information that a defect packet is received by a measo. And clearly dividing the MEAO and the NFVO to maximize the functions of the MEAO and the NFVO.
The embodiments of the present disclosure provide a method for analyzing and determining a type and an installation path of a service template based on machine learning, which can implement deployment without changing hardware, and save cost for operators or enterprises. The above embodiments of the present disclosure provide possibilities for 5G low latency; the method promotes the benign competition of equipment manufacturers, and the embodiment of the disclosure has good practicability and can create considerable value for society and enterprises.
According to another aspect of the present disclosure, a computer-readable storage medium is provided, wherein the computer-readable storage medium stores computer instructions, which when executed by a processor, implement the method for determining a traffic type and an installation path according to any of the above embodiments.
Based on the computer-readable storage medium provided by the above embodiment of the present disclosure, the identifier carried by the VNF packet is used as the determination information, and no additional information needs to be added to the packet, thereby simplifying the information loaded in the packet; the VNF packet analyzer is provided, which can analyze the type of the NFV service packet, so as to judge the installation path of the NFV packet, and effectively solve the problems of time delay, possibility that the MEAO receives defective MEC information and the like; in addition, according to the scheme provided by the embodiment of the disclosure, the original frame is not required to be changed, and only the modules are added on the original basis, so that the cost is saved.
The traffic type and installation path determination apparatus and support system described above may be implemented as a general purpose processor, a Programmable Logic Controller (PLC), a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any suitable combination thereof, for performing the functions described herein.
Thus far, the present disclosure has been described in detail. Some details that are well known in the art have not been described in order to avoid obscuring the concepts of the present disclosure. 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 to implement the above embodiments, 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, an optical disk, or the like.
The description of the present disclosure has been presented for purposes of illustration and description, and is not intended to be exhaustive or limited to the disclosure 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 disclosure and the practical application, and to enable others of ordinary skill in the art to understand the disclosure for various embodiments with various modifications as are suited to the particular use contemplated.

Claims (12)

1. A method for determining service type and installation path is characterized by comprising the following steps:
receiving a virtual network function packet issued by a support system, wherein the support system comprises at least one of an operation support system and a service support system;
determining the service template type and the installation path of the virtual network function package according to the identifier information in the virtual network function package, wherein the installation path is that the support system sends the virtual network function package to a multi-access edge application orchestrator under the condition that the service template type of the virtual network function package is a multi-access edge computing MEC type service network element, and the installation path is that the support system sends the virtual network function package to a network function virtualization orchestrator under the condition that the service template type of the virtual network function package is a network function virtualization NFV type service network element;
and returning the service template type and the installation path of the virtual network function package to the support system so that the support system can send the virtual network function package according to the corresponding installation path.
2. The method of claim 1, wherein determining the traffic template type and the installation path of the virtual network function package according to the identifier information in the virtual network function package comprises:
extracting key field information from an end-to-end service template of a virtual network function package, wherein the key field information is the key field information of NFV (network function virtualization) related to multi-access edge computing (MEC) and network function virtualization;
and determining the service template type and the installation path of the virtual network function package according to the key field information.
3. The method of claim 2, wherein the determining the service template type and the installation path of the virtual network function package according to the key field information comprises:
comparing the key field information with the content of a feature library, setting the key field information in the feature library as high-priority field information, and setting the key field information not in the feature library as low-priority field information, wherein the feature library is a business identification feature library of an MEC and an NFV;
respectively comparing the high-priority field information with service control flow templates in a service control flow template library, and preliminarily judging the service template type of the virtual network function packet according to the degree of coincidence, wherein the service control flow template library is the service control flow template library of the MEC and the NFV;
comparing and analyzing the low-priority field information with the preliminarily judged service template type;
and finally determining the service template type and the installation path of the virtual network function package according to the preliminarily judged service template type under the condition that the low-priority field information is matched with the preliminarily judged service template type.
4. The method of claim 3, wherein the determining the traffic template type and the installation path of the virtual network function package according to the key field information further comprises:
and storing the judgment logic of the final determination result in a feature library and a service control flow template library, wherein the final determination result is the service template type and the installation path of the virtual network function package which are finally determined.
5. The method of claim 3, wherein the determining the traffic template type and the installation path of the virtual network function package according to the key field information further comprises:
under the condition that the low-priority field information is not matched with the preliminarily judged service template type, the service template type and the installation path of the virtual network function package cannot be determined;
and returning the result of the failure to be judged to the feature library and the service control flow template library, wherein the result of the failure to be judged is that the type and the installation path of the service template of the virtual network function package cannot be determined.
6. A method for determining service type and installation path is characterized by comprising the following steps:
the virtual network function packet is sent to a service type and installation path determining device, so that the service type and installation path determining device determines the service template type and installation path of the virtual network function packet according to the identifier information in the virtual network function packet, wherein the installation path is that the support system sends the virtual network function packet to a multi-access edge application orchestrator under the condition that the service template type of the virtual network function packet is a multi-access edge computing MEC type service network element, and the installation path is that the support system sends the virtual network function packet to a network function virtualization orchestrator under the condition that the service template type of the virtual network function packet is a network function virtualization NFV type service network element;
receiving the service template type and the installation path of the virtual network function packet returned by the service type and installation path determining device;
and sending the virtual network function according to the corresponding installation path of the returned virtual network function packet.
7. A device for determining a service type and an installation path, comprising:
the virtual network function packet receiving module is used for receiving a virtual network function packet issued by a support system, wherein the support system comprises at least one of an operation support system and a service support system;
the system comprises a type and path determining module, a network function virtualization orchestrator and a support system, wherein the type and path determining module is used for determining a service template type and an installation path of a virtual network function package according to identifier information in the virtual network function package, wherein the installation path is used for sending the virtual network function package to the multi-access edge application orchestrator by the support system under the condition that the service template type of the virtual network function package is a multi-access edge computing MEC type service network element, and the installation path is used for sending the virtual network function package to the network function virtualization orchestrator by the support system under the condition that the service template type of the virtual network function package is a network function virtualization NFV type service network element;
the type and path sending module is used for returning the service template type and the installation path of the virtual network function package to the support system so that the support system can send the virtual network function package according to the corresponding installation path;
the device for determining the service type and the installation path is used for executing the operation of realizing the method for determining the service type and the installation path according to any one of claims 1 to 5.
8. A device for determining a service type and an installation path, comprising:
a device memory to store instructions;
a device processor configured to execute the instructions to cause the traffic type and installation path determination device to perform operations to implement the traffic type and installation path determination method according to any one of claims 1 to 5.
9. A support system, comprising:
the virtual network function packet issuing module is used for issuing the virtual network function packet to the service type and installation path determining device so that the service type and installation path determining device can determine the service template type and installation path of the virtual network function packet according to the identifier information in the virtual network function packet, wherein the installation path is that the support system sends the virtual network function packet to the multi-access edge application orchestrator under the condition that the service template type of the virtual network function packet is a multi-access edge computing MEC type service network element, and the installation path is that the support system sends the virtual network function packet to the network function virtualization orchestrator under the condition that the service template type of the virtual network function packet is a network function virtualization NFV type service network element;
the type and path receiving module is used for receiving the service template type and the installation path of the virtual network function package returned by the service type and installation path determining device;
the virtual network function packet sending module is used for sending the virtual network function according to the corresponding installation path of the returned virtual network function packet;
wherein the support system is configured to perform operations for implementing the traffic type and installation path determination method according to claim 6.
10. A support system, comprising:
a system memory to store instructions;
a system processor configured to execute the instructions to enable the traffic type and installation path determination apparatus to perform operations for implementing the traffic type and installation path determination method according to claim 6.
11. A traffic type and installation path determination system comprising a traffic type and installation path determination apparatus according to claim 7 or 8 and a support system according to claim 9 or 10.
12. A computer-readable storage medium storing computer instructions which, when executed by a processor, implement the traffic type and installation path determination method according to any one of claims 1 to 6.
CN201911254743.0A 2019-12-10 2019-12-10 Method, device and system for determining service type and installation path and storage medium Active CN112953806B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911254743.0A CN112953806B (en) 2019-12-10 2019-12-10 Method, device and system for determining service type and installation path and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911254743.0A CN112953806B (en) 2019-12-10 2019-12-10 Method, device and system for determining service type and installation path and storage medium

Publications (2)

Publication Number Publication Date
CN112953806A CN112953806A (en) 2021-06-11
CN112953806B true CN112953806B (en) 2022-04-01

Family

ID=76225178

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911254743.0A Active CN112953806B (en) 2019-12-10 2019-12-10 Method, device and system for determining service type and installation path and storage medium

Country Status (1)

Country Link
CN (1) CN112953806B (en)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105210337A (en) * 2014-03-24 2015-12-30 华为技术有限公司 Service implementation method for NFV system, and communications unit
CN107637018A (en) * 2015-06-16 2018-01-26 英特尔公司 Technology for the security personalization of security monitoring virtual network function
CN109075986A (en) * 2016-05-06 2018-12-21 华为技术有限公司 A kind of management method and relevant device of network function example
WO2019052704A1 (en) * 2017-09-15 2019-03-21 NEC Laboratories Europe GmbH Application function management using nfv mano system framework
CN109644143A (en) * 2016-09-09 2019-04-16 华为技术有限公司 Method and apparatus for network slice
CN110417605A (en) * 2019-09-16 2019-11-05 重庆大学 A kind of mobile edge calculations node laying method based on network function virtualization

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11423254B2 (en) * 2019-03-28 2022-08-23 Intel Corporation Technologies for distributing iterative computations in heterogeneous computing environments

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105210337A (en) * 2014-03-24 2015-12-30 华为技术有限公司 Service implementation method for NFV system, and communications unit
CN107637018A (en) * 2015-06-16 2018-01-26 英特尔公司 Technology for the security personalization of security monitoring virtual network function
CN109075986A (en) * 2016-05-06 2018-12-21 华为技术有限公司 A kind of management method and relevant device of network function example
CN109644143A (en) * 2016-09-09 2019-04-16 华为技术有限公司 Method and apparatus for network slice
WO2019052704A1 (en) * 2017-09-15 2019-03-21 NEC Laboratories Europe GmbH Application function management using nfv mano system framework
CN110417605A (en) * 2019-09-16 2019-11-05 重庆大学 A kind of mobile edge calculations node laying method based on network function virtualization

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
Application and Network VNF migration in a MEC-enabled 5G Architecture;I.Sarrigiannis，E.Kartsakli，K.Ramantas，A.Antonopoulos;《 2018 IEEE 23rd International Workshop on Computer Aided Modeling and Design of Communication Links and Networks (CAMAD)》;20181101;全文 *
MEC in NFV标准演进;黄强;《电信科学》;20191120;全文 *
基于NFV MANO的边缘计算多种智能化部署方案研究;王旭亮，刘增义，胡雅婕，李童瑶;《电子技术应用》;20191031;全文 *

Also Published As

Publication number Publication date
CN112953806A (en) 2021-06-11

Similar Documents

Publication Publication Date Title
US9734005B2 (en) Log analytics for problem diagnosis
CN109802953B (en) Industrial control asset identification method and device
CN110286917A (en) File packing method, device, equipment and storage medium
CN111258913A (en) Automatic algorithm testing method and device, computer system and readable storage medium
JP6282217B2 (en) Anti-malware system and anti-malware method
US10747584B2 (en) Security-aware partitioning of processes
JP5949785B2 (en) Information processing method, apparatus and program
CN112953806B (en) Method, device and system for determining service type and installation path and storage medium
CN104461847B (en) Data processor detection method and device
EP4152715A1 (en) Method and apparatus for determining resource configuration of cloud service system
CN110874475A (en) Vulnerability mining method, vulnerability mining platform and computer readable storage medium
KR100930962B1 (en) Remote security testing device and method of RPC-based software
US20230336444A1 (en) Method and Apparatus for Determining Application Service Dependency and Processor
CN110278122A (en) A kind of cloud database data on flows sampling analysis method
EP2209282A1 (en) A method, device and computer program product for service balancing in an electronic communications system
CN113347060A (en) Power network fault detection method, device and system based on process automation
CN109376066A (en) A kind of automatic test approach and device
CN114968407B (en) Plug-in calling method, device, electronic equipment and storage medium
US20230393847A1 (en) Quantifying software code reuse
CN115333923B (en) Fault point tracing analysis method, device, equipment and medium
CN110795207B (en) Virtual container minimum resource unit mutual trust configuration method and device
CN112532403B (en) Network element adaptation driving service device, network element adaptation method and system
CN114285897A (en) Application docking method, device, system, electronic equipment and readable storage medium
CN115242688A (en) Network fault detection method, device and medium
CN116257855A (en) Container security detection method, server side and client side

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
GR01 Patent grant
GR01 Patent grant
EE01 Entry into force of recordation of patent licensing contract

Application publication date: 20210611

Assignee: Tianyiyun Technology Co.,Ltd.

Assignor: CHINA TELECOM Corp.,Ltd.

Contract record no.: X2024110000020

Denomination of invention: Business type and installation path determination method, device and system, storage medium

Granted publication date: 20220401

License type: Common License

Record date: 20240315

EE01 Entry into force of recordation of patent licensing contract