CN115277578B

CN115277578B - Service arrangement method, device and storage medium

Info

Publication number: CN115277578B
Application number: CN202210787615.8A
Authority: CN
Inventors: 谭艳霞; 张贺
Original assignee: China United Network Communications Group Co Ltd
Current assignee: China United Network Communications Group Co Ltd
Priority date: 2022-07-04
Filing date: 2022-07-04
Publication date: 2023-07-07
Anticipated expiration: 2042-07-04
Also published as: CN115277578A

Abstract

The application provides a service arrangement method, a device and a storage medium, relates to the technical field of communication, and is used for solving the technical problem that a general technology is difficult to flexibly arrange end-to-end service. The business arrangement method comprises the following steps: acquiring arrangement demand information of a service to be arranged, and resource information under a plurality of types of networks corresponding to the service to be arranged; and determining a routing path of the service to be arranged according to the arrangement demand information and the resource information, and arranging the service to be arranged according to the routing path of the service to be arranged. The method and the device can improve the flexibility of service arrangement of the service to be arranged.

Description

Service arrangement method, device and storage medium

Technical Field

The present invention relates to the field of communications technologies, and in particular, to a service orchestration method, a device, and a storage medium.

Background

In a communication network, the implementation techniques and implementation manners of various communication requirements are not identical. In order to meet the differentiated communication requirements of different users and ensure the communication quality of the users, different types of networks are needed to support the service, such as a mobile network, a broadband access network, a data network, a bearing network, a financial private network, a large customer government enterprise top-quality network and the like.

For end-to-end traffic under different types of networks, such as traffic across internet protocol (Internet Protocol, IP) networks and optical networks, it is common to first calculate the path of the IP network and then calculate the routing path of the optical network according to the resource utilization of the optical network.

In this case, the generic technique does not allow flexibility in orchestration of end-to-end traffic under different types of networks.

Disclosure of Invention

The application provides a service arrangement method, a device and a storage medium, which are used for solving the technical problem that the end-to-end service is difficult to flexibly arrange by a general technology.

In order to achieve the above purpose, the present application adopts the following technical scheme:

in a first aspect, a service orchestration method is provided, including:

acquiring arrangement demand information of a service to be arranged, and resource information under a plurality of types of networks corresponding to the service to be arranged;

and determining a routing path of the service to be arranged according to the arrangement demand information and the resource information, and arranging the service to be arranged according to the routing path of the service to be arranged.

Optionally, determining a routing path of the service to be orchestrated according to the orchestration requirement information and the resource information includes:

determining inter-network links of the business to be arranged under a plurality of types of networks according to the arrangement demand information and the resource information;

Receiving a plurality of intra-network links sent by a plurality of single-network orchestration units; the plurality of single network arranging units are in one-to-one correspondence with the plurality of types of networks; an intra-network link is used for representing a routing path of traffic to be orchestrated under a type of network;

and determining a routing path of the service to be arranged according to the inter-network links and the links in the multiple networks.

Optionally, according to the routing path of the service to be arranged, the service arrangement of the service to be arranged includes:

and sending a plurality of intra-network links to the plurality of single-network arrangement units so that the plurality of single-network arrangement units perform service arrangement according to the plurality of intra-network links.

Optionally, the service orchestration method further includes:

releasing service resources established among a plurality of types of networks in response to the service arrangement failure message sent by the target single network arrangement unit, and sending a resource release message to other single network arrangement units except the target single network arrangement unit; the resource release message is used for indicating to release the service resources which are created in the network corresponding to the other single network arrangement units.

Optionally, when the number of routing paths of the service to be orchestrated is multiple, the service orchestration method further includes:

Determining path configuration information corresponding to a plurality of routing paths; the path configuration information includes: at least one of latency, bandwidth, resource utilization;

and determining the routing path with the path configuration information meeting the preset condition as a target routing path.

In a second aspect, a service orchestration device is provided, including: an acquisition unit and a processing unit;

the system comprises an acquisition unit, a storage unit and a control unit, wherein the acquisition unit is used for acquiring arrangement demand information of a service to be arranged and resource information under a plurality of types of networks corresponding to the service to be arranged;

and the processing unit is used for determining a routing path of the service to be arranged according to the arrangement demand information and the resource information, and carrying out service arrangement on the service to be arranged according to the routing path of the service to be arranged.

Optionally, the processing unit is specifically configured to:

Optionally, the processing unit is further configured to release the created service resources between the multiple types of networks in response to the service orchestration failure message sent by the target single network orchestration unit, and send a resource release message to other single network orchestration units except the target single network orchestration unit; the resource release message is used for indicating to release the service resources which are created in the network corresponding to the other single network arrangement units.

Optionally, when the number of routing paths of the traffic to be orchestrated is multiple, the processing unit is further configured to:

In a third aspect, a service orchestration device is provided, comprising a memory and a processor; the memory is used for storing computer execution instructions, and the processor is connected with the memory through a bus; when the business arrangement device is operated, the processor executes the computer-executable instructions stored in the memory to cause the business arrangement device to perform the business arrangement method of the first aspect.

The traffic arrangement means may be a network device or may be a part of a device in a network device, such as a system-on-chip in a network device. The system-on-a-chip is configured to support the network device to implement the functions involved in the first aspect and any one of its possible implementations, for example, to obtain, determine, and send data and/or information involved in the service orchestration method described above. The chip system includes a chip, and may also include other discrete devices or circuit structures.

In a fourth aspect, there is provided a computer readable storage medium comprising computer executable instructions which, when run on a computer, cause the computer to perform the business arrangement method of the first aspect.

In a fifth aspect, there is also provided a computer program product comprising computer instructions which, when run on a business arrangement apparatus, cause the business arrangement apparatus to perform the business arrangement method as described in the first aspect above.

It should be noted that the above-mentioned computer instructions may be stored in whole or in part on a computer-readable storage medium. The computer readable storage medium may be packaged together with the processor of the service orchestration device, or may be packaged separately from the processor of the service orchestration device, which is not limited by the embodiments of the present application.

The description of the second, third, fourth and fifth aspects of the present application may refer to the detailed description of the first aspect.

In the embodiment of the present application, the names of the service orchestration devices described above do not constitute limitations on the devices or function modules themselves, and in actual implementations, these devices or function modules may appear under other names. For example, the receiving unit may also be referred to as a receiving module, a receiver, etc. Insofar as the function of each device or function module is similar to the present application, it is within the scope of the claims of the present application and the equivalents thereof.

The technical scheme provided by the application at least brings the following beneficial effects:

based on any one of the above aspects, the embodiment of the present application provides a service orchestration method, which may obtain orchestration requirement information of a service to be orchestrated and resource information under multiple types of networks corresponding to the service to be orchestrated, then determine a routing path of the service to be orchestrated according to the orchestration requirement information and the resource information, and orchestrate the service to be orchestrated according to the routing path of the service to be orchestrated.

Therefore, after the arrangement demand information of the service to be arranged and the resource information of the plurality of types of networks corresponding to the service to be arranged are acquired, the routing path of the service to be arranged is comprehensively determined, the service to be arranged is flexibly arranged, the technical problem that the general technology cannot flexibly arrange the end-to-end service under the different types of networks is solved, and the influence on network deployment and service quick opening caused by excessively complex hierarchy is reduced.

The advantages of the first, second, third, fourth and fifth aspects of the present application may be referred to for analysis of the above-mentioned advantages, and are not described here again.

Drawings

Fig. 1 is a schematic structural diagram of a business arrangement system according to an embodiment of the present application;

fig. 2 is a schematic structural diagram of a service arrangement device according to an embodiment of the present application;

fig. 3 is a schematic structural diagram of a cross-network orchestration unit according to an embodiment of the present application;

fig. 4 is a schematic structural diagram of a single network orchestration unit according to an embodiment of the present application;

fig. 5 is a schematic structural diagram of a unified modeling interface unit according to an embodiment of the present application;

fig. 6 is a schematic hardware structure diagram of a service orchestration device according to an embodiment of the present application;

fig. 7 is a second schematic hardware structure of the service orchestration device according to the embodiment of the present application;

fig. 8 is a schematic flow chart of a business arrangement method according to an embodiment of the present application;

fig. 9 is a second flow chart of a business arrangement method according to the embodiment of the present application;

fig. 10 is a flowchart of a service orchestration method according to an embodiment of the present application;

Fig. 11 is an application scenario schematic diagram of a service orchestration method according to an embodiment of the present application;

fig. 12 is a schematic structural diagram of a service arrangement device according to an embodiment of the present application.

Detailed Description

The following description of the embodiments of the present application will be made clearly and fully with reference to the accompanying drawings, in which it is evident that the embodiments described are only some, but not all, of the embodiments of the present application. All other embodiments, which can be made by one of ordinary skill in the art without undue burden from the present disclosure, are within the scope of the present disclosure.

It should be noted that, in the embodiments of the present application, words such as "exemplary" or "such as" are used to mean serving as an example, instance, or illustration. Any embodiment or design described herein as "exemplary" or "for example" should not be construed as preferred or advantageous over other embodiments or designs. Rather, the use of words such as "exemplary" or "such as" is intended to present related concepts in a concrete fashion.

In order to clearly describe the technical solutions of the embodiments of the present application, in the embodiments of the present application, the terms "first", "second", and the like are used to distinguish the same item or similar items having substantially the same function and effect, and those skilled in the art will understand that the terms "first", "second", and the like are not limited in number and execution order.

Taking the bearer network as an example, the bearer network of an operator has been divided into two layers, namely, a bearer network (IP layer) and an optical transport network (optical layer) based on IP/multiprotocol label switching (Multi-Protocol Label Switching, MPLS) technology for a long time.

Currently, there are many methods for controlling the flow of liquid. The two layers of the IP bearing layer and the optical layer of the operator network adopt a layered independent planning mode according to the division of the professional field (namely different types), and each layer is independently operated and maintained, and the interlayer coordination capability is weak. Especially, the large-client private line service has the problems of long implementation time and poor client experience caused by the service deployment requirements of cross-layer, cross-domain and cross-manufacturer.

In recent years, with the proliferation of service requirements such as augmented Reality (Augmented Reality, AR)/Virtual Reality (VR), video, and real-time interactive games, users put forward more severe quality service requirements on a network, operators can only passively increase response policies, service bearing policies have large differences, and service deployment difficulties are increasing.

The advent of software defined networks (Software Defined Networking, SDN) provides a new solution for collaborative orchestration of different types of networks. However, various types of controller/orchestrator systems are continuously emerging, and the appearance of a plurality of chimney orchestration systems violates the thought of improving network management configuration capability of an SDN, and meanwhile, when the end-to-end automatic flexible scheduling of cross-type services is realized, the network deployment and the quick service opening are greatly influenced due to excessively complex hierarchy.

The continuous superposition of management and control architecture technologies makes management and control more and more difficult, and directly or indirectly leads to the improvement of the networking cost. Therefore, the SDN architecture of the existing chimney-like arrangement system is urgently required to be broken, an end-to-end network arrangement system based on SDN technology is established by combining with user requirements and operation and maintenance requirement researches, and comprehensive bearing of various services such as IP metropolitan area network/intelligent metropolitan area network, government enterprise private lines, home width and the like is realized based on the end-to-end network arrangement system and a corresponding routing algorithm.

In order to solve the problem, the industry generally proposes to implement cooperative interaction between different types of networks in a cooperative manner between different network SDN controllers/coordinators, so as to implement service automatic opening, link automatic protection, real-time fault handling and the like quickly and efficiently.

However, for end-to-end traffic under different types of networks, such as traffic across internet protocol (Internet Protocol, IP) networks and optical networks, it is common to first calculate the path of the IP network and then calculate the routing path of the optical network according to the resource utilization of the optical network.

In view of the above problems, an embodiment of the present application provides a service orchestration method, which may obtain orchestration requirement information of a service to be orchestrated and resource information under multiple types of networks corresponding to the service to be orchestrated, then determine a routing path of the service to be orchestrated according to the orchestration requirement information and the resource information, and orchestrate the service to be orchestrated according to the routing path of the service to be orchestrated.

Therefore, the routing path of the service to be arranged can be comprehensively determined after the arrangement requirement information of the service to be arranged and the resource information of the plurality of types of networks corresponding to the service to be arranged are acquired, so that the service to be arranged is flexibly arranged, and the technical problem that the general technology cannot flexibly arrange the end-to-end service under the different types of networks is solved.

Fig. 1 shows a structure of the business orchestration system. As shown in fig. 1, the business orchestration system includes: an application layer 101, a traffic orchestration layer 102, a controller layer 103, and a network forwarding layer 104.

Wherein, the application layer 101 is configured to receive service creation information (i.e. service to be orchestrated and orchestration requirement information thereof) from a user, and the like. The application layer 101 interfaces with the business orchestration layer 102 through an application program interface (application programming interface, API).

The service orchestration layer 102 is configured to accept a service orchestration request from the application layer, and convert the service orchestration request into a network requirement, thereby obtaining information required for service configuration.

The business orchestration layer 102 is connected to controllers of multiple different types of networks through unified modeling interfaces, respectively.

The business orchestration layer 102 includes two-level business orchestration systems, which are a group one-level business orchestration system and a respective provincial two-level business orchestration system, respectively.

The provincial and sub-level business arrangement system is responsible for multi-domain control in the provincial and sub-level business arrangement system performs unified arrangement and coordination on each sub-level business arrangement system, backbone and international controllers.

Each orchestration system in the business orchestration layer 102 is used to manage domain control for different types of network controllers.

The controller layer 103 includes controllers of a plurality of types of networks (only a core network controller, an optical transport network (optical transport network, OTN) network controller, an IP network controller, and a passive optical network (Passive Optical Network, PON) network controller are illustrated as examples in fig. 1).

Each controller in the controller layer 103 is used to calculate routing paths within the administrative domain, including working paths and protection paths.

Each of the individual controllers in the controller layer 103 manages a type of network (i.e., network domain) that interworks with devices in the corresponding domain through a southbound interface, each network domain containing multiple nodes and links.

The network forwarding layer 104 includes multiple types of networks (only a core network, an OTN network, an IP network, and a PON network are illustrated in fig. 1 as examples) for forwarding service data and reporting data such as alarms and performance.

In one implementation, network forwarding layer 104 includes IP devices, optical devices, PON devices, and the like.

In one implementation manner, the devices in the network forwarding layer 104 may be devices under the same operation body, or may be devices under a plurality of different operation bodies.

Fig. 2 shows a schematic structural diagram of a service arrangement device provided in the present application.

As shown in fig. 2, the service orchestration device may be applied to the primary service orchestration system and the secondary service orchestration system shown in fig. 1. The traffic orchestration device may contain a cross-network orchestration unit, a single network orchestration unit, and a unified modeling interface unit.

The cross-network arrangement unit is used for completing the functions of service analysis, cross-network service arrangement, modification and inquiry, cross-network service performance management, cross-layer fault positioning and the like.

The single network arrangement unit is used for completing the functions of obtaining corresponding type network topology resources in a single network, synchronizing and storing information, calculating service routes in the single network, arranging services, inquiring and modifying services, adjusting bandwidth, managing performance and the like.

The single network orchestration unit may also interface controllers/synergies of the respective types of networks through the unified modeling interface.

The single network orchestration unit may be one or more.

As illustrated in fig. 2, the single network orchestration unit may comprise a core network orchestration unit, an IP network orchestration unit, an OTN network orchestration unit, a PON network orchestration unit, etc.

The unified modeling interface unit is used for interacting with interfaces of controllers/cooperators of different types of networks, and the unified model can analyze resource information of each type of network for the arrangement unit to use aiming at the characteristics of the different types of networks, and carry out service configuration aiming at the different types of networks.

In one implementation, the traffic orchestration device may be a terminal. The terminal may be a device that provides voice and/or data connectivity to a user, a handheld device with wireless connectivity, or other processing device connected to a wireless modem. The wireless terminal may communicate with one or more core networks via a radio access network (radio access network, RAN). The wireless terminals may be mobile terminals such as mobile telephones (or "cellular" telephones) and computers with mobile terminals, as well as portable, pocket, hand-held, computer-built-in or car-mounted mobile devices which exchange voice and/or data with radio access networks, e.g. cell phones, tablet computers, notebook computers, netbooks, personal digital assistants (personal digital assistant, PDA).

In yet another implementation, the business orchestration device may be a server. The server may be one server in a server cluster (including a plurality of servers), or may be a chip in the server, or may be a system on a chip in the server, or may be implemented by a virtual machine deployed on a physical machine, which is not limited in this embodiment of the present application.

Fig. 3 is a schematic structural diagram of a cross-network arrangement unit in a service arrangement device provided in the present application.

As shown in fig. 3, the cross-network orchestration unit at least includes a service order analysis module, a service orchestration module, a service management module, a resource management module, a path calculation module, and a path display module.

The service order analysis module is used for analyzing the service order, receiving and analyzing the service order sent from the upper system, converting the client requirement into the network requirement, realizing the client intention conversion, obtaining the information required by the service configuration, and sending the service configuration information to the path calculation module.

The service arrangement module is used for constructing resource arrangement models of different service scenes and issuing service opening configuration information to each single network arrangement unit.

The resource arrangement model includes, but is not limited to, a private line service pon+otn collaboration scenario, an interactive network television (Internet Protocol Television, IPTV) service pon+full Service Router (SR) collaboration scenario, a home broadband service pon+broadband access server (Broadband Remote Access Server, BRAS) collaboration scenario, a large client private line service ip+otn collaboration scenario, a large video VR, and an AR end-to-end service security scenario.

Specifically, after resource arrangement models of different service scenes are constructed, the service arrangement module can receive the services to be arranged of each type, determine the corresponding resource arrangement model, and generate the corresponding resource arrangement policy.

And the service management module is used for displaying the service information of the cross-network service and the single-network service.

Optionally, the service information includes one or more of a service name, an access signal type, an access signal bandwidth, a protection type, a service management state, a service operation state, and the like.

Wherein the cross-network traffic information refers to traffic established on the cross-network orchestration unit.

Single network traffic information refers to traffic established on a single network orchestration unit, that is, traffic established on a single network orchestration unit also needs to be synchronized across network orchestration units.

And the path calculation module is used for calculating an end-to-end service path meeting the user requirement for the user to select, and comprises cross-network-domain route calculation and end-to-end service splicing.

In one implementation, the path computation module may employ a depth-first search algorithm that computes the appropriate routing path in consideration of the service level (Service Level Agreement, SLA) requirements of the traffic, all possible cases being exhausted.

Optionally, constraint conditions such as non-sharing of main and standby resources, path similarity and the like are considered in the depth-first search process in the path calculation process.

In yet another implementation, the splicing and reporting is done by a single network orchestration unit for routing paths within each network domain in the path computation module.

The path display module is used for pre-displaying the service paths, and displaying the calculated end-to-end paths in a sequence mode according to the priority and the path characteristics, and a user can view detailed resource information and detailed routing relations by clicking the paths.

And the resource management module is used for distributing resources according to the service path condition selected by the client, pre-occupying the resources and updating the network resource utilization condition according to the service establishment condition.

Fig. 4 shows a schematic structural diagram of a single network arrangement unit in a service arrangement device provided in the present application.

As shown in fig. 4, the single network orchestration unit at least includes a service management module, a path calculation module, a resource management module, and a service provisioning module.

And the service management module is used for displaying the service information of the single network.

Optionally, the service information includes one or more of a service name, an access signal type, an access signal bandwidth, a protection type, virtual local area network (Virtual Local Area Network, VLAN) information, a service management state, a service operation state, and the like.

It should be noted that the network traffic information of different networks may be different.

And the path calculation module is used for realizing cross-domain path calculation and segmented service splicing in the single network.

In practical applications, the path computation module generally adopts a shortest path or a minimum hop algorithm to implement cross-domain path computation in a single network, so as to compute an end-to-end path computation result in the single network.

In one implementation, the path computation module also needs to return to the path computation module across the network orchestration unit upon request across the single network orchestration unit.

In practical application, the path computation module is usually implemented by using a shortest path or a minimum hop algorithm, and the computed end-to-end path computation result in the single network is returned to the path computation module of the cross-network orchestration unit in response to the budget path request of the cross-network orchestration unit.

In yet another implementation, the cross-domain paths within the single network are calculated by the corresponding single network orchestration units, and the intra-domain paths are calculated and reported by the corresponding single network controllers.

And the resource management module is used for collecting, analyzing and storing network resource information, such as node information, link information and port information.

In one implementation, the resource management module is further configured to update the network resource utilization according to the service establishment condition and report the updated network resource utilization to the cross-network orchestration unit.

And the service opening module is used for interacting with the controller in the management and control domain through the southbound interface of the single network arrangement unit to realize the issuing of the service opening command, and the controller completes the service configuration and returns the service opening result in the single network.

Fig. 5 shows a schematic structural diagram of a unified modeling interface unit in a service orchestration device provided by the present application.

As shown in fig. 5, the basic service function module of the unified modeling interface unit includes one or more of a topology module, a tunnel module, a pre-calculation module, a business module, an alarm module, a performance module, a notification module, an exit device configuration module, and a controller object module.

The above-mentioned egress device configuration module refers to necessary configuration of egress devices across the network according to service requirements, including but not limited to one or more configuration capabilities of port configuration, slot configuration, traffic monitoring configuration.

The functional description of each basic service function module may refer to the general technology, and the functional description of each basic service function module is not repeated herein.

As can be seen from the above, the cross-network service arrangement device provided in the present application includes three parts, namely a cross-network arrangement unit, a single network arrangement unit and a network side unified interface, wherein the single network arrangement module in the device completes path computation, resource management, service management and the like of a single network crossing multiple domains, the cross-network arrangement module obtains resource information of each network through the network side unified interface, the cross-network arrangement unit performs unified scheduling and collaborative arrangement on all network resources, builds resource arrangement models of different service scenes, and based on service SLA requirement centralized calculation paths, achieves the whole-process end-to-end visual goal of service routing, and further achieves the purpose of automatic arrangement of the cross-network end-to-end service.

The basic hardware architecture of the individual units, modules or devices in the service orchestration system is similar and includes the elements that the service orchestration device shown in fig. 6 or fig. 7 includes. The following describes the hardware configuration of the service orchestration module, taking the service orchestration device shown in fig. 6 and 7 as an example.

Fig. 6 is a schematic hardware structure diagram of a service orchestration device according to an embodiment of the present application. The traffic orchestration device comprises a processor 21, a memory 22, a communication interface 23, a bus 24. The processor 21, the memory 22 and the communication interface 23 may be connected by a bus 24.

The processor 21 is a control center of the service orchestration device, and may be one processor or a collective term of a plurality of processing elements. For example, the processor 21 may be a general-purpose central processing unit (central processing unit, CPU), or may be another general-purpose processor. Wherein the general purpose processor may be a microprocessor or any conventional processor or the like.

As one example, processor 21 may include one or more CPUs, such as CPU 0 and CPU 1 shown in fig. 6.

Memory 22 may be, but is not limited to, a read-only memory (ROM) or other type of static storage device that can store static information and instructions, a random access memory (random access memory, RAM) or other type of dynamic storage device that can store information and instructions, or an electrically erasable programmable read-only memory (EEPROM), magnetic disk storage or other magnetic storage device, or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer.

In a possible implementation, the memory 22 may exist separately from the processor 21, and the memory 22 may be connected to the processor 21 by a bus 24 for storing instructions or program code. The processor 21, when calling and executing instructions or program code stored in the memory 22, is capable of implementing the service orchestration method provided in the embodiments described below.

In the embodiment of the present application, the software program stored in the memory 22 is different for each unit, module or device in the business arrangement system, so that the functions implemented by the business arrangement module are different. The functions performed with respect to the respective devices will be described in connection with the following flowcharts.

In another possible implementation, the memory 22 may also be integrated with the processor 21.

A communication interface 23 for connecting the traffic arrangement device with other devices via a communication network, which may be an ethernet, a radio access network, a wireless local area network (wireless local area networks, WLAN) or the like. The communication interface 23 may include a receiving unit for receiving data, and a transmitting unit for transmitting data.

Bus 24 may be an industry standard architecture (industry standard architecture, ISA) bus, an external device interconnect (peripheral component interconnect, PCI) bus, or an extended industry standard architecture (extended industry standard architecture, EISA) bus, among others. The bus may be classified as an address bus, a data bus, a control bus, etc. For ease of illustration, only one thick line is shown in fig. 6, but not only one bus or one type of bus.

Fig. 7 shows another hardware structure of the service orchestration device according to the embodiments of the present application. As shown in fig. 7, the traffic orchestration device may include a processor 31 and a communication interface 32. The processor 31 is coupled to a communication interface 32.

The function of the processor 31 may be as described above with reference to the processor 21. The processor 31 also has a memory function and can function as the memory 22.

The communication interface 32 is used to provide data to the processor 31. The communication interface 32 may be an internal interface of the service organization apparatus or an external interface (corresponding to the communication interface 23) of the service organization apparatus.

It should be noted that the structure shown in fig. 6 (or fig. 7) does not constitute a limitation of the service orchestration device, and the service orchestration device may comprise more or less components than shown in fig. 6 (or fig. 7), or may combine some components, or may be arranged differently.

The service orchestration method provided by the embodiment of the present application is described in detail below with reference to the accompanying drawings.

As shown in fig. 8, the service orchestration method provided in the embodiment of the present application is applied to the cross-network orchestration unit shown in fig. 2 or fig. 3. The business arrangement method comprises the following steps:

s801, acquiring arrangement demand information of a service to be arranged and resource information under a plurality of types of networks corresponding to the service to be arranged through an inter-network arrangement unit.

In one implementation, a service parsing module in the cross-network orchestration unit may parse the current service order requirements (i.e., the service to be orchestrated) and convert the service requirements to network requirements to obtain information required for service configuration (i.e., orchestration requirement information).

In one implementation manner, the cross-network arrangement unit determines a controller through which the service to be arranged may pass according to the service requirement and the network resource condition, and then obtains resource information under a plurality of types of networks corresponding to the controller through which the service to be arranged may pass.

S802, the cross-network arrangement unit determines a routing path of the service to be arranged according to the arrangement demand information and the resource information, and performs service arrangement on the service to be arranged according to the routing path of the service to be arranged.

In one implementation manner, the cross-network orchestration unit determines, according to orchestration requirement information and resource information, that a routing path of a service to be orchestrated only includes a cross-network path between each type of network egress device from a network where a source node is located to a network where a destination node is located. But does not contain intra-domain and inter-domain paths across multiple domains within each network.

That is, the inter-network orchestration unit determines inter-network links of traffic to be orchestrated under multiple types of networks according to orchestration demand information and resource information. And the single network arrangement unit determines the intra-network link of the service to be arranged under the network corresponding to the single network arrangement unit according to the arrangement demand information and the resource information.

When the network includes a plurality of domains, the single network orchestration unit may also determine inter-domain links for the plurality of domains under the network based on the orchestration demand information and the resource information.

Each single network orchestration unit then sends intra-network links to the cross-network orchestration units. And determining a routing path of the service to be arranged according to the calculated inter-network links and the intra-network links sent by each single network arrangement unit by the cross-network arrangement unit.

In still another implementation manner, the cross-network orchestration unit determines, according to orchestration requirement information and resource information, a routing path of a service to be orchestrated, that is, a cross-network path between each type of network egress device and a network where a source node is located and a destination node is located, and also includes intra-domain paths and inter-domain paths inside each network, wherein the intra-domain paths span multiple domains.

That is, the inter-network orchestration unit determines inter-network links of traffic to be orchestrated under multiple types of networks, and multiple intra-network links under multiple types of networks, according to orchestration demand information and resource information.

In one implementation manner, the method for determining the routing path of the service to be orchestrated by the cross-network orchestration unit according to orchestration demand information and resource information specifically includes:

s8021, the cross-network arrangement unit determines inter-network links of the service to be arranged under a plurality of types of networks according to arrangement demand information and resource information.

S8022, receiving, across the network orchestration unit, a plurality of intra-network links sent by a plurality of single network orchestration units.

The plurality of single network orchestration units are in one-to-one correspondence with the plurality of types of networks. An intra-network link is used to represent the routing path of traffic to be orchestrated under one type of network.

In one implementation, the cross-network orchestration unit may issue a budget path request to a single network orchestration unit (i.e., any one of a plurality of single network orchestration units) according to the cross-network path situation. The budget path request is for requesting acquisition of a plurality of intra-network links.

After the single network arrangement unit receives the budget path request, the end-to-end path in the single network can be calculated and spliced according to the requirement, and a calculation result is returned to the cross-network arrangement unit. Accordingly, intra-network links transmitted by each single network orchestration unit (i.e., multiple intra-network links transmitted by multiple single network orchestration units) are received across the network orchestration units.

S8023, the cross-network arrangement unit determines a route path of the service to be arranged according to the inter-network links and the plurality of intra-network links.

In one implementation manner, the method for arranging the service to be arranged by the cross-network arranging unit according to the routing path of the service to be arranged specifically includes:

s8024, the inter-network arrangement unit performs service arrangement according to the inter-network links to be arranged, and the inter-network links are sent to the single-network arrangement units, so that the single-network arrangement units perform service arrangement according to the inter-network links.

Specifically, after determining the routing path of the service to be arranged, the cross-network arrangement unit performs service arrangement according to the inter-network link to be arranged, and sends a plurality of intra-network links to the plurality of single-network arrangement units, so that the plurality of single-network arrangement units perform service arrangement according to the plurality of intra-network links to be arranged.

In one implementation, the single network orchestration unit may interface with controllers within the respective network domain through a unified modeling interface to enable automatic provisioning of services.

In one implementation manner, when the number of routing paths of the service to be orchestrated is a plurality, the service orchestration method further includes:

path configuration information corresponding to the plurality of routing paths is determined across the network orchestration unit.

Wherein the path configuration information includes: at least one of latency, bandwidth, and resource utilization.

Specifically, the cross-network arrangement unit can calculate a plurality of end-to-end available routing paths meeting the service requirement according to the route splicing of a plurality of sections returned by the single-network arrangement units for the user to select.

And determining the routing path with the path configuration information meeting the preset condition as a target routing path by the cross-network arrangement unit.

Specifically, after the user selects the end-to-end service path by considering parameters such as time delay, bandwidth, resource utilization rate and the like according to the requirements, the cross-network arrangement unit can perform service configuration issuing.

Optionally, the preset condition may be that the time delay is lower than a preset time delay, or that the bandwidth is greater than a preset bandwidth, or that the resource utilization rate is greater than a preset utilization rate, which is not limited in this application.

In yet another implementation, the cross-network orchestration unit may dispatch the service setup configuration command to the single-network orchestration unit according to the path selected by the user and the resource orchestration model of the different service scenarios built on the service orchestration module.

In practical applications, the configuration of the outlet devices interfacing different types of networks across the network orchestration unit needs to be considered separately in the resource orchestration model, including port, slot configuration, traffic monitoring configuration, etc. Thus, the cross-network arrangement unit can have the capability of sensing service bandwidth change, support end-to-end service bandwidth adjustment and other functions.

In one implementation manner, in conjunction with fig. 8, as shown in fig. 9, the service orchestration method further includes:

s901, a cross-network arrangement unit responds to a service arrangement failure message sent by a target single network arrangement unit, releases service resources which are created among a plurality of types of networks, and sends a resource release message to other single network arrangement units except the target single network arrangement unit.

The resource release message is used for indicating to release the service resources which are created in the network corresponding to the other single network arrangement units.

Specifically, after the inter-network arrangement unit sends the plurality of intra-network links to the plurality of single-network arrangement units, the single-network arrangement unit may send the intra-network links to the controllers in the corresponding networks of the single-network arrangement units, so that the controllers perform service arrangement according to the intra-network links.

Accordingly, the controller in the single network may send a message of success or failure of service establishment to the single network orchestration unit in the form of a notification. Accordingly, the single network orchestration unit may send the notification message to the cross-network orchestration unit.

In particular, when the creation of a service within any type of network fails, detailed information of the error should be returned to the cross-network orchestration unit in the form of a notification, the cross-network orchestration unit releases the created service resources among the multiple types of networks in response to the service orchestration failure message sent by the target single-network orchestration unit, and releases the created service resources of other single-network orchestration units through the unified modeling interface.

Fig. 10 is a schematic flow chart of another service orchestration method according to an embodiment of the present application. As shown in fig. 10, the service orchestration method includes:

S1001, a service analysis module in the cross-network arrangement unit analyzes the current service order requirement, converts the service requirement into a network requirement and obtains information required by service configuration.

Specifically, after receiving the service order request, a service analysis module in the cross-network arrangement unit analyzes the current service order requirement, converts the service requirement into a network requirement, and obtains information required by service configuration.

The service order request at least comprises a service access signal type, an access signal bandwidth, a service source node and a sink node.

The source node and the sink node may belong to different types of networks or may belong to the same type of network. The service order information may also include other information such as the type of protection of the service, the service bearer information rate (committed information rate, CIR), the service peak information rate (Peak information rate, PIR), and the need to avoid nodes.

S1002, calculating a cross-network path between each network outlet device by the cross-network arrangement unit, and issuing a budget path request to the single-network arrangement unit.

The cross-network arrangement unit will firstly judge the network possibly passing through according to the service requirement and the network resource condition, and then calculate the cross-network route path between the network outlet devices.

Specifically, collaborative orchestration between different networks may be different, taking cross-network traffic orchestration between an IP network and an OTN network as an example, fig. 11 shows an application scenario schematic diagram of a traffic orchestration method provided in the embodiment of the present application.

The application scene comprises 3 types of networks, two IP networks and one OTN network. Wherein, the network 1 is an IP network, comprising 4 nodes, 3 inter-network links, the network 2 is an OTN network, comprising 4 nodes, 4 inter-network links, and the domain 3 is an IP network, comprising 4 nodes, 3 inter-network links.

In connection with fig. 11, a dedicated line service is taken as an example, in which a source node is a node 1A of the network 1 and a sink node is a node 3A of the network 3. And judging the network domain possibly passing through by the network crossing arrangement unit according to the source and destination node information and the network resource condition, and then calculating the routing path among the network outlet devices.

That is, the cross-network orchestration unit determines that the traffic may pass through network 1, network 2, and network 3, and calculates paths between network 1 node 1C, node 1D, and network 2 node 2A, node 2C, and paths between network 2 node 2B, node 2D, and network 3 node 3C, node 3D.

Next, the cross-network orchestration unit may issue routing path requests between the

computing nodes

2A, 2B, 2C and 2D to the OTN network orchestration unit, and routing path requests between the computing networks 1

node

1A, 1C, 1D and between the networks 3

node

3A, 3C, 3D to the IP network orchestration unit.

S1003, the single network arrangement unit returns a routing path in the network domain to the cross-network arrangement unit.

Specifically, when receiving a service route calculation request, the single network arrangement unit issues route calculation requests to the controller 1 and the controller 3 through unified modeling interfaces; the OTN network orchestration unit issues a calculation request to the controller 2 through the unified modeling interface.

And the controller returns the route path information to the single network arranging unit after completing the calculation.

The IP network arranging unit and the OTN network arranging unit store the path information after receiving the returned path information and return the path information to the cross-network arranging unit.

In practical application, if there are multiple adjacent OTN domains or multiple IP domains under the control range of the OTN network arrangement unit or the IP network arrangement unit, a path calculation request issued across the network arrangement unit to the single network arrangement calculates a routing path between the network exit devices, and the routing path between the domains in the single network is calculated by the single network arrangement to complete inter-domain path calculation, and service splicing and reporting are completed according to the intra-domain path returned by the controller layer controller.

S1004, splicing the cross-network arrangement unit into a plurality of end-to-end paths for selection by a user according to the paths fed back by the single-network arrangement unit and the cross-network paths calculated by the cross-network arrangement unit.

As can be seen in connection with fig. 11, the route between node 1A and node 3A calculated in the above embodiment may include: routes 1A-1B-1C-2A-2B-3C-3B-3A, routes 1A-1B-1D-2C-2D-3D-3B-3A, and the like.

When the cross-network arrangement unit calculates a plurality of routing paths by splicing, parameters such as end-to-end time delay, packet loss rate after rerouting and the like of the paths are calculated, then all service paths are displayed through the path display module, the calculated end-to-end paths are sequenced and displayed according to priority and path characteristics, and a user can check detailed resource information and detailed routing relations by clicking the paths.

Scientifically, a user can select a controller to pass through according to requirements so as to select a final route path, or can directly select an end-to-end route path, and the purpose of selecting the controller at random is achieved by reversely pushing the controller to pass through according to the selected end-to-end route path.

S1005, the cross-network arrangement unit distributes a service establishment configuration command to the single-network arrangement unit according to the path selected by the user.

In this embodiment, the selection is performed in the resource arrangement model constructed on the service arrangement module according to the path selected by the user, which may be a model for respectively issuing a command for establishing a two-layer virtual private network (L2 VPN) service for the network 1 and the network 3 and issuing a command for establishing a transparent transmission service for the network 3, or may be other models.

In particular, the configuration parameters of the cross-network orchestration unit include, but are not limited to, protection type configuration, port quality of service (Quality of Service, qoS) configuration, port VLAN configuration, virtual private network (Virtual Private Network, VPN) configuration, back-off configuration, etc.

S1006, the single network arrangement unit performs service arrangement on the service to be arranged.

Specifically, after receiving the corresponding service opening command, the single network arrangement unit interacts with the corresponding controller through the unified modeling interface to complete service parameter configuration and issuing.

The controller completes the service configuration and returns the service opening result to the single network arrangement unit, and then returns to the cross-network arrangement unit.

Wherein the success or failure of the service establishment in the single network is returned to the cross-network orchestration unit in the form of a notification.

When the service creation in any network fails, the detailed information of the error is returned to the cross-network arrangement unit in the form of notification, and the cross-network arrangement unit releases the service resources which are created by other single-network arrangement units through the unified modeling interface.

For example, in connection with fig. 11, if the network 1 returns to the successful service establishment, the network 2 returns to the successful service establishment, and the network 3 returns to the failed service establishment, the cross-network orchestration unit needs to release the resources already occupied by the network 1 and the network 2 through the unified modeling interface to realize real-time update of the resources, thereby improving the resource utilization rate.

According to the method, the device and the system, the purpose of automatic arrangement of the cross-network business is achieved by depending on strong execution force of a network arrangement layer on the arrangement device, the controllers needing to be passed are judged firstly based on business SLA requirements, resource utilization conditions and the like, then routing paths among the controllers are calculated, finally the routing paths in the selected controllers are calculated, an end-to-end business path is formed, deterministic experience of determining time delay, bandwidth, quality and the like which is not perceived by a user by customer requirements is met, and the purpose of random selection of the controllers is achieved. In the application, the relation between the client layer and the service layer in the strict sense does not exist among different types of network resources, and the arrangement layer can select the controller and the physical layer resources thereof according to the client requirements.

The foregoing description of the solution provided in the embodiments of the present application has been mainly presented in terms of a method. To achieve the above functions, it includes corresponding hardware structures and/or software modules that perform the respective functions. Those of skill in the art will readily appreciate that the elements and algorithm steps of the examples described in connection with the embodiments disclosed herein may be implemented as hardware or combinations of hardware and computer software. Whether a function is implemented as hardware or computer software driven hardware depends upon the particular application and design constraints imposed on the solution. The skilled artisan may use different methods to implement the described functionality for each particular application, but such implementation should not be considered to be beyond the scope of the present application.

The embodiment of the application may divide the function modules of the service arrangement device according to the above method example, for example, each function module may be divided corresponding to each function, or two or more functions may be integrated into one processing module. The integrated modules may be implemented in hardware or in software functional modules. Optionally, the division of the modules in the embodiments of the present application is schematic, which is merely a logic function division, and other division manners may be actually implemented.

Fig. 12 is a schematic structural diagram of a service arrangement device according to an embodiment of the present application. The service orchestration device may be used to perform the method of orchestration shown in fig. 8-10. The service orchestration device shown in fig. 12 includes: an acquisition unit 1201 and a processing unit 1202;

an obtaining unit 1201, configured to obtain arrangement requirement information of a service to be arranged, and resource information under multiple types of networks corresponding to the service to be arranged;

the processing unit 1202 is configured to determine a routing path of a service to be arranged according to the arrangement requirement information and the resource information, and perform service arrangement on the service to be arranged according to the routing path of the service to be arranged.

Optionally, the processing unit 1202 is specifically configured to:

Optionally, the processing unit 1202 is further configured to release the created service resources between the multiple types of networks in response to the service orchestration failure message sent by the target single network orchestration unit, and send a resource release message to other single network orchestration units except the target single network orchestration unit; the resource release message is used for indicating to release the service resources which are created in the network corresponding to the other single network arrangement units.

Optionally, when the number of routing paths of the traffic to be orchestrated is multiple, the processing unit 1202 is further configured to:

The present application also provides a computer-readable storage medium, which includes computer-executable instructions that, when executed on a computer, cause the computer to perform the business arrangement method provided in the above embodiments.

The embodiment of the application also provides a computer program which can be directly loaded into a memory and contains software codes, and the computer program can realize the business arrangement method provided by the embodiment after being loaded and executed by a computer.

Those of skill in the art will appreciate that in one or more of the examples described above, the functions described herein may be implemented in hardware, software, firmware, or any combination thereof. When implemented in software, these functions may be stored on or transmitted over as one or more instructions or code on a computer-readable medium. Computer-readable media includes both computer-readable storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. A storage media may be any available media that can be accessed by a general purpose or special purpose computer.

From the foregoing description of the embodiments, it will be apparent to those skilled in the art that, for convenience and brevity of description, only the above-described division of functional modules is illustrated, and in practical application, the above-described functional allocation may be implemented by different functional modules according to needs, i.e. the internal structure of the apparatus is divided into different functional modules to implement all or part of the functions described above.

In the several embodiments provided in this application, it should be understood that the disclosed apparatus and method may be implemented in other ways. For example, the above-described embodiments of the apparatus are merely illustrative, and the division of modules or units, for example, is merely a logical function division, and other manners of division are possible when actually implemented. For example, multiple units or components may be combined or may be integrated into another device, or some features may be omitted, or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed with each other may be an indirect coupling or communication connection via some interfaces, devices or units, which may be in electrical, mechanical or other form. The units described as separate parts may or may not be physically separate, and the parts shown as units may be one physical unit or a plurality of physical units, may be located in one place, or may be distributed in a plurality of different places. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

In addition, each functional unit in each embodiment of the present application may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit. The integrated units may be implemented in hardware or in software functional units. The integrated units, if implemented in the form of software functional units and sold or used as stand-alone products, may be stored in a readable storage medium. Based on such understanding, the technical solution of the embodiments of the present application may be essentially or a part contributing to the prior art or all or part of the technical solution may be embodied in the form of a software product stored in a storage medium, including several instructions for causing a device (may be a single-chip microcomputer, a chip or the like) or a processor (processor) to perform all or part of the steps of the methods described in the embodiments of the present application. And the aforementioned storage medium includes: a usb disk, a removable hard disk, a ROM, a RAM, a magnetic disk, or an optical disk, etc.

The foregoing is merely specific embodiments of the present application, but the scope of the present application is not limited thereto, and any changes or substitutions easily conceivable by those skilled in the art within the technical scope of the present application should be covered in the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims

1. A business arrangement method, which is characterized by being applied to a business arrangement device; the service orchestration device comprises: a cross-network orchestration unit, a single-network orchestration unit, and a unified modeling interface unit; the cross-network arrangement unit at least comprises a service order analysis module, a service arrangement module, a first service management module, a first resource management module, a first path calculation module and a path display module; the single network arrangement unit at least comprises a second service management module, a second path calculation module, a second resource management module and a service opening module; the unified modeling interface unit at least comprises an outlet equipment configuration module;

the service order analysis module receives and analyzes the service order sent from the upper system to obtain service configuration information corresponding to the service order, and sends the service configuration information to the first path calculation module;

the service arrangement module is used for constructing resource arrangement models of different service scenes and issuing service opening configuration information to each single network arrangement unit;

the first service management module is used for displaying service information of the cross-network service and the single-network service;

The first path calculation module is used for calculating an end-to-end service path meeting the requirement of the user terminal for the user terminal to select, and comprises cross-network inter-domain route calculation and end-to-end service splicing;

the path display module is used for sequencing and displaying the calculated end-to-end paths according to the priority and the path characteristics;

the first resource management module is used for distributing resources according to the service path condition selected by the user terminal, pre-occupying the resources, and updating the network resource utilization condition according to the service establishment condition;

the second service management module is used for displaying service information of the single network service; the service information comprises one or more of service name, access signal type, access signal bandwidth, protection type, virtual local area network information, service management state and service running state;

the second path calculation module is used for realizing cross-domain path calculation and segmented service splicing in a single network;

the second resource management module is used for collecting, analyzing and storing network resource information, updating network resource utilization conditions according to service establishment conditions and reporting the network resource utilization conditions to the cross-network arrangement unit; the network resource information comprises node information, link information and port information;

The service opening module is used for interacting with a controller in the management and control domain of the single network arrangement unit through a southbound interface of the single network arrangement unit to realize the issuing of a service opening command;

the outlet equipment configuration module is used for carrying out parameter configuration on the outlet equipment crossing the network according to the service requirement; the parameter configuration includes, but is not limited to, one or more of port configuration, slot configuration, traffic monitoring configuration;

the business arrangement method comprises the following steps:

acquiring arrangement demand information of a service to be arranged and resource information under a plurality of types of networks corresponding to the service to be arranged;

and determining a routing path of the service to be arranged according to the arrangement demand information and the resource information, and carrying out service arrangement on the service to be arranged according to the routing path of the service to be arranged.

2. The traffic orchestration method according to claim 1, wherein the determining the routing path of the traffic to be orchestrated according to the orchestration demand information and the resource information comprises:

determining inter-network links of the service to be arranged under the multiple types of networks according to the arrangement demand information and the resource information;

Receiving a plurality of intra-network links sent by a plurality of single-network orchestration units; the plurality of single network arranging units are in one-to-one correspondence with the plurality of types of networks; an intra-network link is used for representing a routing path of the service to be arranged under a type of network;

and determining the routing path of the service to be arranged according to the inter-network links and the plurality of intra-network links.

3. The service orchestration method according to claim 2, wherein the performing service orchestration on the service to be orchestrated according to the routing path of the service to be orchestrated includes:

and transmitting the plurality of intra-network links to the plurality of single-network arrangement units so that the plurality of single-network arrangement units conduct business arrangement on the business to be arranged according to the plurality of intra-network links.

4. A business orchestration method according to claim 3, further comprising:

releasing service resources established among the multiple types of networks in response to the service arrangement failure message sent by the target single network arrangement unit, and sending a resource release message to other single network arrangement units except the target single network arrangement unit; the resource release message is used for indicating to release the service resources which are created in the network corresponding to the other single network arrangement units.

5. The traffic orchestration method according to any one of claims 1-4, wherein when the number of routing paths for the traffic to be orchestrated is multiple, the traffic orchestration method further comprises:

and determining the routing path of which the path configuration information meets the preset condition as a target routing path.

6. A business orchestration device, comprising: a cross-network orchestration unit, a single-network orchestration unit, and a unified modeling interface unit; the cross-network arrangement unit at least comprises a service order analysis module, a service arrangement module, a first service management module, a first resource management module, a first path calculation module and a path display module; the single network arrangement unit at least comprises a second service management module, a second path calculation module, a second resource management module and a service opening module; the unified modeling interface unit at least comprises an outlet equipment configuration module;

the service orchestration device further comprises: an acquisition unit and a processing unit;

the acquisition unit is used for acquiring the arrangement demand information of the service to be arranged and the resource information under a plurality of types of networks corresponding to the service to be arranged;

the processing unit is used for determining the routing path of the service to be arranged according to the arrangement demand information and the resource information, and carrying out service arrangement on the service to be arranged according to the routing path of the service to be arranged.

7. The traffic orchestration device according to claim 6, wherein the processing unit is specifically configured to:

8. The traffic orchestration device according to claim 7, wherein the processing unit is specifically configured to:

9. The traffic orchestration device according to claim 8, wherein the processing unit is further configured to release traffic resources that have been created between the multiple types of networks in response to the traffic orchestration failure message sent by the target single network orchestration unit, and send a resource release message to other single network orchestration units than the target single network orchestration unit; the resource release message is used for indicating to release the service resources which are created in the network corresponding to the other single network arrangement units.

10. The traffic orchestration device according to any one of claims 6-9, wherein when the number of routing paths for the traffic to be orchestrated is multiple, the processing unit is further configured to:

11. A business orchestration device, comprising a memory and a processor; the memory is used for storing computer execution instructions, and the processor is connected with the memory through a bus; when the business arrangement apparatus is operated, the processor executes the computer-executable instructions stored in the memory to cause the business arrangement apparatus to perform the business arrangement method of any one of claims 1-5.

12. A computer readable storage medium comprising computer executable instructions which, when run on a computer, cause the computer to perform the business orchestration method according to any one of claims 1-5.