Atomic service parallel arrangement drainage method and device, storage medium and electronic device

By building a service group and draining atomic services to the tunnel based on SAN-ID, the problem that the service-aware network cannot coordinately schedule multiple atomic services is solved, efficient scheduling and collaboration of resource pools is achieved, and the depth of convergence and application services of cloud networks are improved. Experience.

CN119172332APending Publication Date: 2024-12-20ZTE CORP
View PDF 3 Cites 0 Cited by

Patent Information

Application Number
CN202310730475.5
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2023-06-19
Publication Date
2024-12-20

AI Technical Summary

Technical Problem

The service-aware network SAN cannot perform resource pool scheduling based on atomic services, realizing coordination between multiple atomic services.

Method used

By building a service group, each service group contains multiple atomic services, each atomic service is set with the service identification SAN-ID of the service aware network, and different atomic services are diverted to the corresponding tunnel based on the SAN-ID.

Benefits of technology

It realizes collaborative scheduling between multiple atomic services, meets the resource needs of different atomic services, and improves the deep integration of the cloud network and the experience of application services.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119172332A_ABST
    Figure CN119172332A_ABST
Patent Text Reader

Abstract

The embodiment of the invention provides an atomic service parallel arrangement and drainage method and device, a storage medium and an electronic device.The drainage method comprises the steps that a service group is constructed, the service group comprises a plurality of atomic services, and each atomic service is provided with a service identifier SAN-ID of a corresponding service aware network; and based on the SAN-ID, different atomic services are guided to the corresponding tunnels. Through application of the method and the device, the problem that the SAN cannot perform resource pool scheduling based on the atomic services in the prior art so as to realize collaboration among multiple atomic services is solved.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The embodiments of the present invention relate to the field of communications, and in particular, to a method and device for parallel orchestration and diversion of atomic services, a storage medium, and an electronic device. Background Art

[0002] The current layered design principle of the Internet has led to the separation of end-to-end networks and business-to-network separation. With the rise of some new applications, such as AR / VR, cloud games, etc., the requirements for network latency and bandwidth are getting higher and higher, and the requirements for the processing power and traffic throughput of cloud computing power are also getting higher and higher. There is an urgent need for deep integration of cloud and network. The service-aware network architecture (SAN) aims to solve the scheduling and addressing of resources for services in the cloud at the network entrance by integrating cloud and network elements, realize the deep integration of cloud and network, and enhance the experience of application service consumption. However, the existing service structure is complex. A comprehensive service is usually composed of multiple atomic services. The network and cloud resource pool attributes represented by each atomic service are different, but there are constraints and collaborations between the atomic services. How the service-aware network SAN performs resource pool scheduling based on atomic services and realizes collaboration between multiple atomic services is a problem that the present invention needs to solve. Summary of the invention

[0003] The embodiments of the present invention provide a method and device for parallel orchestration and diversion of atomic services, a storage medium and an electronic device, so as to at least solve the problem in the related technology that the service-aware network SAN cannot perform resource pool scheduling based on atomic services and realize collaboration between multiple atomic services.

[0004] According to one embodiment of the present invention, a method for parallel orchestration and diversion of atomic services is provided, comprising: constructing a service group, the service group comprising multiple atomic services, each of the atomic services being provided with a corresponding service-aware network service identifier SAN-I D; based on the SAN-I D, diverting different atomic services to corresponding tunnels.

[0005] According to another embodiment of the present invention, an atomic service parallel orchestration and diversion device is provided, including: a grouping module, used to construct a service group, the service group includes multiple atomic services, each of the atomic services is provided with a corresponding service-aware network service identifier SAN-I D; a diversion module, used to divert different atomic services to corresponding tunnels based on the SAN-I D.

[0006] According to yet another embodiment of the present invention, a computer-readable storage medium is provided, in which a computer program is stored, wherein the computer program is configured to execute the steps of any one of the above method embodiments when run.

[0007] According to yet another embodiment of the present invention, there is provided an electronic device, including a memory and a processor, wherein the memory stores a computer program, and the processor is configured to run the computer program to execute the steps in any one of the above method embodiments.

[0008] The present invention provides a method for parallel orchestration and diversion of atomic services, by constructing a service group, the service group includes multiple atomic services, each atomic service is provided with a corresponding service identification SAN-ID of the service-aware network; based on the SAN-ID, different atomic services are diverted to corresponding tunnels. This solves the problem in the related art that the service-aware network SAN cannot perform resource pool scheduling based on atomic services and realize the collaboration between multiple atomic services. BRIEF DESCRIPTION OF THE DRAWINGS

[0009] Figure 1 It is a diagram showing the cloud gaming service process in the related art;

[0010] Figure 2 It is a hardware structure block diagram of a computer terminal of an atomic service parallel orchestration and diversion method according to an embodiment of the present invention;

[0011] Figure 3 is a flowchart of a method for parallel orchestration and diversion of atomic services according to an embodiment of the present invention;

[0012] Figure 4 is a structural block diagram of an atomic service parallel orchestration and diversion device according to an embodiment of the present invention;

[0013] Figure 5 It is a schematic diagram of the te-group drainage principle in the related art;

[0014] Figure 6 is a schematic diagram of the principle of diverting traffic from a service group to a traffic engineering group according to a scenario embodiment of the present invention;

[0015] Figure 7 2. It is a schematic diagram of the atomic service parallel orchestration and diversion principle according to a scenario embodiment of the present invention;

[0016] Figure 8 2. It is a schematic diagram of the atomic service parallel orchestration and diversion principle according to a scenario embodiment of the present invention;

[0017] Fig. 9 It is a schematic diagram of the atomic service parallel orchestration and diversion principle according to a scenario embodiment of the present invention. DETAILED DESCRIPTION

[0018] Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings and in combination with the embodiments.

[0019] It should be noted that the terms "first", "second", etc. in the specification and claims of the present invention and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence.

[0020] Figure 1 This is a diagram showing the cloud gaming service process in related technologies, such as Figure 1 As shown, the cloud game service process is decomposed into two parts. The first is the upload of the client input command. The second is that the server performs game operations according to the command, and then captures the screen, renders, and encodes. The third is to send the processed video stream to the client. If the above process of accessing cloud games is split into services, it can be split into two sub-services. Service 1 includes the first and second steps, and service 2 includes the third step. Service 1 has service level parameters (SLA) requirements for the network uplink, and service 2 has SLA requirements for the network downlink. The two services constitute a comprehensive service. There are certain constraints between the two services. For example, it is necessary to select a resource pool to supply the two services. However, in the service-aware network SAN, the resource pool is scheduled based on a single service. How to meet this constraint between multiple atomic services is the problem to be solved by the present invention.

[0021] The method embodiments provided in the embodiments of the present application can be executed in a mobile terminal, a computer terminal or a similar computing device. Taking running on a computer terminal as an example, Figure 2 1 is a hardware structure block diagram of a computer terminal of an atomic service parallel orchestration and diversion method according to an embodiment of the present invention. Figure 2 As shown, the computer terminal may include one or more ( Figure 2 Only one is shown in the figure) a processor 202 (the processor 202 may include but is not limited to a processing device such as a microprocessor MCU or a programmable logic device FPGA) and a memory 204 for storing data, wherein the above-mentioned computer terminal may also include a transmission device 206 and an input and output device 208 for communication functions. It can be understood by those skilled in the art that Figure 2 The structure shown is only for illustration and does not limit the structure of the above-mentioned computer terminal. Figure 2 More or fewer components as shown, or with Figure 2 Different configurations are shown.

[0022] The memory 204 can be used to store computer programs, for example, software programs and modules of application software, such as the computer program corresponding to the atomic service parallel orchestration and drainage method in the embodiment of the present invention. The processor 202 executes various functional applications and data processing by running the computer program stored in the memory 204, that is, to implement the above method. The memory 204 may include a high-speed random access memory, and may also include a non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some instances, the memory 204 may further include a memory remotely arranged relative to the processor 202, and these remote memories may be connected to the computer terminal via a network. Examples of the above-mentioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

[0023] The transmission device 206 is used to receive or send data via a network. The specific example of the above network may include a wireless network provided by a communication provider of a computer terminal. In one example, the transmission device 206 includes a network adapter (Network Interface Controller, NIC), which can be connected to other network devices through a base station so as to communicate with the Internet. In one example, the transmission device 206 can be a radio frequency (RF) module, which is used to communicate with the Internet wirelessly.

[0024] In this embodiment, a method for parallel orchestration and diversion of atomic services running on the above-mentioned computer terminal is provided. Figure 3 is a flow chart of a method for parallel orchestration and diversion of atomic services according to an embodiment of the present invention. Figure 3 As shown, the process includes the following steps:

[0025] Step S302, constructing a service group, the service group includes multiple atomic services, each atomic service is provided with a corresponding service-aware network service identifier (Service Aware Network Identify, SAN-ID);

[0026] In an exemplary embodiment, the type of the tunnel includes at least one of the following: the tunnel belongs to different traffic engineering groups, wherein each traffic engineering group includes multiple tunnels; the tunnel is a decentralized and independent tunnel.

[0027] In the specific implementation process, it should be clear that for different tunnels in the traffic engineering group, their destination addresses are the same, but their quality attributes are different, and the candidate paths corresponding to the tunnels are also different.

[0028] Step S304: Based on the SAN-ID, different atomic services are directed to corresponding tunnels.

[0029] In an exemplary embodiment, based on SAN-ID, different atomic services are directed to corresponding tunnels, including: when the tunnels belong to different traffic engineering groups, a mapping relationship between the service group and the traffic engineering group is established; and according to the mapping relationship, different atomic services are directed to the tunnels in the corresponding traffic engineering group. In an exemplary embodiment, a mapping relationship between the service group and the traffic engineering group is established, including: establishing a first mapping relationship table from SAN-ID to the traffic engineering group, and establishing a second mapping relationship table from SAN-ID to the tunnel of the traffic engineering group.

[0030] In an exemplary embodiment, different atomic services are directed to tunnels in corresponding traffic engineering groups according to mapping relationships, including: according to a first mapping relationship table, different atomic services are directed to the same traffic engineering group, and according to a second mapping relationship table, different atomic services are directed to different tunnels; or, according to the first mapping relationship table, different atomic services are directed to different traffic engineering groups of the same network element device, and according to the second mapping relationship table, different atomic services are directed to corresponding tunnels; or, according to the first mapping relationship table, different atomic services are directed to traffic engineering groups of different network element devices, and according to the second mapping relationship table, different atomic services are directed to corresponding tunnels.

[0031] In the actual implementation process, by directing different atomic services to the same traffic engineering group according to the above-mentioned method, and directing different atomic services to different tunnels according to the second mapping relationship table, it is possible to direct different atomic services to the same traffic engineering group, i.e., the resource pool, while satisfying the requirement of directing different atomic services to the same resource pool, and realizing the separate orchestration of different atomic services, and fully considering the collaborative diversion between different atomic services. By directing different atomic services to different traffic engineering groups of the same network element device according to the first mapping relationship table, and directing different atomic services to corresponding tunnels according to the second mapping relationship table, it is possible to direct different atomic services to different resource pools of the same network element device, and also meet the tunnel requirements of different atomic services, meet the requirements of service level parameters (Service Level Argument, SLA) of different atomic services, and realize collaborative diversion between different atomic services. By directing different atomic services to the traffic engineering groups of different network element devices according to the first mapping relationship table, and directing different atomic services to corresponding tunnels according to the second mapping relationship table, different atomic services can be directed to different resource pools of different network element devices, and the tunnel requirements of different atomic services can be met, the SLA requirements of different atomic services can be met, and coordinated diversion between different atomic services can be achieved.

[0032] In an exemplary embodiment, different atomic services are directed to corresponding tunnels based on SAN-ID, including: when the tunnels are decentralized and independent tunnels, different atomic services are directed to corresponding tunnels according to tunnel requirements indicated by SAN-ID.

[0033] In the actual implementation process, multiple different atomic services are orchestrated in parallel and directed to corresponding different tunnels. In the process of directing traffic, the specific directing method is not limited by the type of tunnel. As mentioned above, for the case where the tunnels belong to different traffic engineering groups, each traffic engineering group contains multiple tunnels; and the case where the tunnels are dispersed and independent tunnels, traffic can be directed according to SAN-I D. In the actual implementation process, it is not limited to the establishment method of the above-mentioned mapping relationship, etc. The above-mentioned SAN-I D can indicate the traffic engineering group, tunnel, etc., which can be specifically expressed as the above-mentioned first mapping relationship table and the second mapping relationship table; specifically, in the case where the tunnels are dispersed and independent tunnels, the tunnel requirements indicated by the SAN-I D can also be represented in the form of the second mapping relationship table, which is not limited here. Similarly, in the actual implementation process, the first mapping relationship table and the second mapping relationship table can be established first, and the two mapping relationship tables can be used in parallel. For the case where the tunnels belong to different traffic engineering groups, when parallel orchestration and diversion of multiple different atomic services are performed, diversion is performed according to the two mapping relationship tables. For the case where the tunnels are decentralized and independent tunnels, only the second mapping relationship table can be used for diversion. Here, only an example of the establishment and use of the mapping relationship is given without specific restrictions.

[0034] Through the description of the above implementation methods, those skilled in the art can clearly understand that the method according to the above embodiment can be implemented by means of software plus a necessary general hardware platform, and of course can also be implemented by hardware, but in many cases the former is a better implementation method. Based on such an understanding, the technical solution of the present invention, or the part that contributes to the prior art, can be embodied in the form of a software product, which is stored in a storage medium (such as ROM / RAM, a magnetic disk, or an optical disk), and includes a number of instructions for enabling a terminal device (which can be a mobile phone, a computer, a server, or a network device, etc.) to execute the methods described in each embodiment of the present invention.

[0035] In this embodiment, an atomic service parallel orchestration and drainage device is also provided, which is used to implement the above-mentioned embodiments and preferred implementation modes, and will not be repeated here. As used below, the term "module" can implement a combination of software and / or hardware for a predetermined function. Although the device described in the following embodiments is preferably implemented in software, the implementation of hardware, or a combination of software and hardware, is also possible and conceivable.

[0036] Figure 4 is a structural block diagram of an atomic service parallel orchestration and diversion device according to an embodiment of the present invention, such as Figure 4 As shown, the diversion device 40 includes: a grouping module 410, which is used to construct a service group, the service group includes multiple atomic services, and each atomic service is provided with a corresponding service-aware network service identifier SAN-I D; a diversion module 420, which is used to divert different atomic services to corresponding tunnels based on SAN-I D.

[0037] In an exemplary embodiment, the traffic diversion module 420 is also used to establish a mapping relationship between service groups and traffic engineering groups when tunnels belong to different traffic engineering groups; based on the mapping relationship, different atomic services are diverted to the tunnels in the corresponding traffic engineering groups.

[0038] In an exemplary embodiment, the traffic diversion module 420 is further configured to divert different atomic services to corresponding tunnels according to tunnel requirements indicated by the SAN-ID when the tunnels are decentralized and independent tunnels.

[0039] It should be noted that the above modules can be implemented by software or hardware. For the latter, it can be implemented in the following ways, but not limited to: the above modules are all located in the same processor; or the above modules are located in different processors in any combination.

[0040] An embodiment of the present invention further provides a computer-readable storage medium, in which a computer program is stored, wherein the computer program is configured to execute the steps of any of the above method embodiments when running.

[0041] In an exemplary embodiment, the computer-readable storage medium may include, but is not limited to, various media that can store computer programs, such as a USB flash drive, a read-only memory (ROM), a random access memory (RAM), a mobile hard disk, a magnetic disk or an optical disk.

[0042] An embodiment of the present invention further provides an electronic device, including a memory and a processor, wherein a computer program is stored in the memory, and the processor is configured to run the computer program to execute the steps in any one of the above method embodiments.

[0043] In an exemplary embodiment, the electronic device may further include a transmission device and an input / output device, wherein the transmission device is connected to the processor, and the input / output device is connected to the processor.

[0044] For specific examples in this embodiment, reference may be made to the examples described in the above embodiments and exemplary implementation modes, and this embodiment will not be described in detail herein.

[0045] Obviously, those skilled in the art should understand that the above modules or steps of the present invention can be implemented by a general computing device, they can be concentrated on a single computing device, or distributed on a network composed of multiple computing devices, they can be implemented by a program code executable by a computing device, so that they can be stored in a storage device and executed by the computing device, and in some cases, the steps shown or described can be executed in a different order than here, or they can be made into individual integrated circuit modules, or multiple modules or steps therein can be made into a single integrated circuit module for implementation. Thus, the present invention is not limited to any specific combination of hardware and software.

[0046] In order to enable those skilled in the art to better understand the technical solution of the present invention, the technical solution of the present invention is described below in conjunction with specific scenario embodiments.

[0047] Scenario Example 1

[0048] In the related art, a service is composed of many sub-services, and there are collaborations and requirements between the sub-services. For example, multiple sub-services require the selection of a service in a resource pool for processing. How the network can meet the resource pool scheduling based on atomic services and achieve collaboration between multiple atomic services is the problem to be solved by the present invention. The present invention is through: Service groups (service-group) composed of atomic services: multiple atomic services are combined into a logical service group (service-group), and the service group constitutes a comprehensive service. The network can perform computing network scheduling based on atomic services while following some constraints of the service group. For example, services in such service groups must select a resource pool for computing power supply. Network drainage and computing network scheduling based on service groups (service-group): In order to meet the collaborative requirements of multiple atomic services, network drainage based on atomic services must follow the drainage of service groups, satisfying the independent scheduling of atomic services while achieving collaboration between atomic services.

[0049] Through the above content, the independence of atomic services in computing network scheduling is achieved, while the coordination requirements between atomic services are guaranteed. Compared with existing methods such as achieving service aggregation by adding relevant bits in service identifiers, the present invention can aggregate atomic services through the control plane and maintain the simplicity of service identifiers.

[0050] RFC9256 defines tunnel (Sr-policy) groups (hereinafter collectively referred to as Traffic Engineering Groups, te-groups). Multiple tunnels (Sr-policies) can constitute a te-group. A te-group contains multiple tunnels (Sr-policies). However, the destination addresses of each tunnel (Sr-policy) must be consistent, the color quality attributes are inconsistent, and the candidate paths contained in the tunnel (Sr-policy) are also inconsistent. The definition of te-group realizes the differentiated requirements of different business flows, while at the same time directing the flow to the same destination.

[0051] Because the destination addresses of all Sr-policies in te-group are the same but the quality attributes are different, the differentiated SLA requirements of different service flows can be directed to different tunnels in the same te-group. For service flows, there are currently fields such as traffic priority (Differentiated Services Code Point, DSCP) and traffic engineering category te-class. Here, DSCP can be used as an example to import service flows into different tunnels in the same traffic engineering group according to the DSCP value. Here is an example:

[0052] Figure 5 This is a schematic diagram of the te-group drainage principle in the related technology, such as Figure 5 As shown in the figure, when the traffic priority DSCP is used for traffic diversion, the service first iterates according to the configured tunnel policy based on the next hop. If the iteration type of the service is SRv6 te-group, the head node uses the quality attribute of the service route to match the SRv6 Mapping Policy with the same quality attribute. If the SRv6 mapping policy (SRv6 Mapping Policy) exists, the head node dynamically generates an SRv6 te-group for service forwarding. There are multiple SRv6 Sr-policies with different quality attributes but the same destination address in the SRv6 te-group. If the corresponding SRv6 Mapping Policy configuration cannot be found based on the quality attribute of the service, the dynamic SRv6 te-group is not created. If there are multiple services with different next hop addresses but the same quality attributes that expect to iterate the SRv6 te-group, multiple dynamic SRv6 te-groups with different destination addresses will be created based on the configuration of an SRv6 Mapping Policy.

[0053] The controller sends SRv6 Sr-policy to the head-end device PE1. The quality attribute Color of SRv6 Sr-policy 1 is 11, and the destination address endpoint is the address 1111::2222 of device PE4. The Color of SRv6 Sr-policy 2 is 22, and the endpoint is also the address 1111::2222 of device PE4. Device PE4 sends the BGP route 2001:DB8:90:: / 80 to the head-end device PE1 through the BGP neighbor relationship.

[0054] On the head-end device PE1, configure the tunnel selection policy Mapping Policy, DCSP 11 is mapped to color 11, and DCSP 22 is mapped to color 22. On the head-end device PE1, the next hop address of the service route has been associated with the specified SRv6 te-group. During forwarding, the service carries DCSP information, and is associated with the specified color according to the policy configuration Mapping Policy, and then associated with a specific SRv6 Sr-policy in the SRv6 te-group, thereby implementing DSCP diversion of data packets.

[0055] In the related art, there is a method of providing atomic services by modifying the structure of SAN-ID through aggregation or differentiation in certain flags. This method has a relatively complex processing requirement for forwarding. Therefore, in the embodiment of the present invention, the aggregation of atomic services is performed through the control plane.

[0056] First, define a logical service group (service-group), which contains multiple atomic services. The logic is as follows:

[0057] service-group[service-name]

[0058] atomic service1[service-name] ......

[0060] atomic serviceN[service-name]

[0061] The service group is a logical concept of the control plane, and services are aggregated through this management model. Specifically, for the above cloud gaming scenario, the service consumption of cloud gaming is divided into two atomic services, and the service group is defined as:

[0062] service-group cloud-game

[0063] san-id 11 / / Subservice 1 identifier: The cloud gaming client goes up to a resource pool instance, which has requirements for network latency and computing resources.

[0064] san-id 22 / / Subservice 2 identifier: The cloud gaming client is downlinked to a certain client, which requires network bandwidth and computing resources.

[0065] In the embodiment of the invention scenario, after the service group is defined on the control plane, for the case where the tunnel belongs to the traffic engineering group, it is necessary to establish a mapping from the service group to the traffic engineering group. Figure 6 is a schematic diagram of the principle of diverting traffic from a service group to a traffic engineering group according to a scenario embodiment of the present invention, such as Figure 6 As shown, a group of te-groups represents a combination of tunnels with the same destination address but different quality attributes. For services of the same category but with different subcategories, if the same supply point needs to be selected for service provision, the network side requires these subservices to select a group of te-groups. Assuming that there are two groups of te-groups on the device, different subservices are selected to the same group of te-groups as shown by the solid line. When the above service group is directed to the traffic engineering group, two underlying forwarding tables are added to meet the above parallel orchestration requirements. One is the mapping relationship table from SAN-ID to te-group, which is the first mapping relationship table in the above embodiment. The second is the mapping relationship table from SAN-ID to quality attribute (or tunnel), which is the second mapping relationship table in the above embodiment. Afterwards, different atomic services are orchestrated and directed in parallel according to the above mapping relationship.

[0066] Scenario Example 2

[0067] A group of service groups is just a logical concept of the control plane and does not generate real service entries. Different sub-services can be defined under a group of service groups, and even the uplink and downlink requirements of the services can be identified (different SAN-IDs). Each SAN-ID is selected to a different tunnel according to the requirements of the computing network. The specific diversion is based on the different requirements of the atomic services, and the coordinated diversion between multiple different atomic services is carried out. In the actual implementation process, the following different situations are included:

[0068] Case 1

[0069] A service group has multiple sub-services, and each sub-service has SLA requirements for the network. Figure 7 Schematic diagram of atomic service parallel orchestration and diversion principle according to a scenario embodiment of the present invention, such as Figure 7As shown in the figure, for the case where the atomic service is required to be dispatched to a resource pool (i.e., traffic engineering group), the business traffic enters from the network element PE1 and exits from PE2. At the network element entrance PE1, there are two different te-groups in the network element, and the te-group has Sr-policy with different quality attributes. San-id 10 has requirements for network latency, and san-id 11 has requirements for network uplink bandwidth. Here, through orchestration, the service traffic in service-group1 can be mapped to te-group, where san-id 10 is mapped to color 1, and san-id 11 is mapped to color 2, realizing the separate orchestration of different atomic services while also considering the coordination between atomic services. Among them, the meaning of parallel orchestration is to coordinate and guide different atomic services at the same time.

[0070] In case one, by directing different atomic services to the same traffic engineering group and directing different atomic services to different tunnels according to the second mapping relationship table, it is possible to direct different atomic services to the same traffic engineering group, i.e., the resource pool. At the same time, it can satisfy the requirement of directing different atomic services to the same resource pool and realize separate orchestration of different atomic services, fully considering the collaborative diversion between different atomic services.

[0071] Case 2

[0072] A service group has multiple sub-services, and each sub-service has SLA requirements for the network. Figure 8 Schematic diagram of atomic service parallel orchestration and diversion principle according to a scenario embodiment of the present invention, such as Figure 8 As shown in the figure, different atomic services are required to be scheduled to different resource pools for processing. The business traffic enters the network from PE1 and exits from PE2. At the network entrance PE1, there are two different te-groups in the network. The te-groups have Sr-policies with different quality attributes. San-id 10 / 11 is mapped to te-group1, and san-id 22 / 23 is mapped to te-group 2. In this way, different atomic services are scheduled to different resource pools.

[0073] In situation two, different atomic services are directed to different traffic engineering groups of the same network element device according to the first mapping relationship table, and different atomic services are directed to corresponding tunnels according to the second mapping relationship table. Different atomic services can be directed to different resource pools of the same network element device, and the tunnel requirements of different atomic services can be met, the SLA requirements of different atomic services can be met, and coordinated guidance between different atomic services can be achieved.

[0074] Case 3

[0075] Fig. 9 Schematic diagram of atomic service parallel orchestration and diversion principle according to a scenario embodiment of the present invention, such as Fig. 9 As shown in the figure, different sub-services represent different requirements for the network upstream and downstream, but the same service group will be mapped to different te-groups and take effect on different network element devices. The service traffic enters the network from PE2 and exits from PE1. The service groups have different requirements for the network upstream and downstream. For example, san-id 10 has a low jitter requirement for the network upstream, and san-id 11 has a low jitter requirement for the network upstream.

[0076] San-id 22 has a low latency requirement for network downlink, and san-id 23 has a low jitter requirement for network downlink. Then san-id10 / 11 is directed to color 1 of te-group 1 of PE1 device, and san-id 22 and 23 are directed to te-group1 of PE2 device. The network controller sends the corresponding mapping rules to different devices, realizing the separate orchestration of different atomic services while also considering the coordination between atomic services (different requirements for network uplink and downlink).

[0077] In situation three, by directing different atomic services to the traffic engineering groups of different network element devices according to the first mapping relationship table, and directing different atomic services to corresponding tunnels according to the second mapping relationship table, different atomic services can be directed to different resource pools of different network element devices, and the tunnel requirements of different atomic services can be met, the SLA requirements of different atomic services can be met, and coordinated diversion between different atomic services can be achieved.

[0078] In the scenario embodiment of the present invention, when the tunnel is a decentralized and independent tunnel, the traffic is directed in combination with the tunnel demand indicated by the SAN-I D. The tunnel demand indicated by the SAN-I D can be represented in the form of a second mapping relationship table. Similarly, the first mapping relationship table and the second mapping relationship table can be established first, and the two mapping relationship tables can be used in parallel. For the case where the tunnels belong to different traffic engineering groups, when parallel orchestration and traffic diversion are performed for multiple different atomic services, the traffic is directed according to the two mapping relationship tables. For the case where the tunnels are decentralized and independent tunnels, only the second mapping relationship table can be used directly for traffic diversion.

[0079] The above description is only a preferred embodiment of the present invention and is not intended to limit the present invention. For those skilled in the art, the present invention may have various modifications and variations. Any modification, equivalent replacement, improvement, etc. made within the principle of the present invention shall be included in the protection scope of the present invention.

Claims

1. A method for parallel orchestration and drainage of atomic services, characterized in that: include: Constructing a service group, wherein the service group includes a plurality of atomic services, and each of the atomic services is provided with a corresponding service identification SAN-ID of a service-aware network; Based on the SAN-ID, different atomic services are directed to corresponding tunnels.

2. The method according to claim 1, characterized in that in, The type of the tunnel includes at least one of the following: The tunnels belong to different traffic engineering groups, wherein each traffic engineering group includes a plurality of the tunnels; The tunnels are dispersed and independent tunnels.

3. The method according to claim 2, characterized in that Based on the SAN-ID, directing different atomic services to corresponding tunnels includes: In the case where the tunnels belong to different traffic engineering groups, establishing a mapping relationship between the service group and the traffic engineering group; According to the mapping relationship, different atomic services are directed to the tunnels in the corresponding traffic engineering group.

4. The method according to claim 3, characterized in that Establishing a mapping relationship between the service group and the traffic engineering group includes: A first mapping relationship table from the SAN-ID to the traffic engineering group is established, and a second mapping relationship table from the SAN-ID to the tunnel of the traffic engineering group is established.

5. The method according to claim 4, characterized in that According to the mapping relationship, directing different atomic services to the tunnels in the corresponding traffic engineering group includes: According to the first mapping relationship table, the different atomic services are directed to the same traffic engineering group, and according to the second mapping relationship table, the different atomic services are directed to different tunnels; or, According to the first mapping relationship table, the different atomic services are directed to different traffic engineering groups of the same network element device, and according to the second mapping relationship table, the different atomic services are directed to the corresponding tunnels; or, According to the first mapping relationship table, the different atomic services are directed to the traffic engineering groups of different network element devices, and according to the second mapping relationship table, the different atomic services are directed to the corresponding tunnels.

6. The method according to claim 2, characterized in that Based on the SAN-ID, directing different atomic services to corresponding tunnels includes: In the case where the tunnel is a decentralized and independent tunnel, different atomic services are directed to the corresponding tunnel according to the tunnel requirements indicated by the SAN-ID.

7. An atomic service parallel orchestration and drainage device, characterized in that: include: A grouping module, used for constructing a service group, wherein the service group includes a plurality of atomic services, each of which is provided with a corresponding service identification SAN-ID of a service-aware network; A traffic diversion module is used to divert different atomic services to corresponding tunnels based on the SAN-ID.

8. The device according to claim 7, characterized in that The drainage module is also used to: In the case where the tunnels belong to different traffic engineering groups, establishing a mapping relationship between the service group and the traffic engineering group; According to the mapping relationship, different atomic services are directed to the tunnels in the corresponding traffic engineering group.

9. The device according to claim 7, characterized in that The drainage module is also used to: In the case where the tunnel is a decentralized and independent tunnel, different atomic services are directed to the corresponding tunnel according to the tunnel requirements indicated by the SAN-ID.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program, wherein the computer program implements the method described in any one of claims 1 to 6 when executed by a processor.

11. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that: When the processor executes the computer program, the method described in any one of claims 1 to 6 is implemented.

Citation Information

Patent Citations

  • Service flow processing method and device

    CN112491739A

  • Method and device for forwarding computing power application flow

    CN112751826A

  • Systems and methods for adaptive and intelligent network functions virtualization workload placement

    US20180077080A1