Resource management method, electronic equipment and program product

Abstract

The embodiment of the invention provides a resource management method, electronic equipment and a program product. The method comprises the following steps: acquiring time-varying bandwidth path arrangement information issued by a controller; the time-varying bandwidth path arrangement information comprises an executable time period and a bandwidth demand and an execution path in the time period; sending a resource judgment message along the execution path, wherein the resource judgment message carries a time variable bandwidth resource request parameter and a bandwidth resource information field; the bandwidth resource information field is used for indicating time period-based bandwidth resource information of at least one hop in the execution path; and in response to a resource reservation confirmation message sent by the receiving end equipment according to the resource judgment message, bandwidth resource reservation based on the time-varying bandwidth path is executed. According to the scheme of the embodiment, the time variable parameters are processed on the forwarding surface, the value-added service can be provided by using the existing IP network, the operation efficiency of the wide area network is improved, and the data express service can be ordered as required, so that the cost is reduced, and the service is more flexible.

Description

Technical Field

[0001] Embodiments of the present disclosure relate to the field of network communication technologies, and in particular, to a resource management method, an electronic device, and a program product. Background Art

[0002] When multiple task-based data transmission services coexist in a network, the traditional transmission control mechanism based on congestion control algorithms cannot fundamentally guarantee the deadline requirements of task-based applications and is still best-effort in nature. In order to provide services with deadline guarantees for data express services and improve the operation efficiency of wide area networks, congestion avoidance routes based on centralized orchestration and scheduling are a current research hotspot, that is, the control unit needs to be requested to do orchestration before the service sends traffic, and then the traffic is sent according to the orchestration result. Currently, there are already various orchestration algorithms in the industry to optimize the orchestration of task-based transmission services and improve service access efficiency.

[0003] However, in the traditional solution, it is not disclosed how the forwarding plane makes corresponding processing based on the time-variable parameters orchestrated by the control plane. Summary of the Invention

[0004] Embodiments of the present disclosure provide a resource management method, an electronic device, and a program product.

[0005] In a first aspect, embodiments of the present disclosure provide a resource management method, which includes:

[0006] Obtain time-varying bandwidth path orchestration information sent by a controller; the time-varying bandwidth path orchestration information includes: an executable time period corresponding to a task, and the bandwidth requirement and execution path within the time period;

[0007] Send a resource judgment message along the execution path, where the resource judgment message carries time-variable bandwidth resource request parameters and a bandwidth resource information field; the time-variable bandwidth resource request parameters are obtained based on the time-varying bandwidth path orchestration information; the bandwidth resource information field is used to indicate the time-based bandwidth resource information of at least one hop in the execution path;

[0008] In response to a resource reservation confirmation message sent by a receiving device according to the resource judgment message, perform bandwidth resource reservation based on the time-varying bandwidth path.

[0009] In a second aspect, embodiments of the present disclosure further provide an electronic device, including:

[0010] One or more processors;

[0011] A memory storing one or more programs, which when executed by the one or more processors, cause the one or more processors to implement the resource management method.

[0012] In a third aspect, an embodiment of the present disclosure further provides a computer program product, which includes a computer program that implements a resource management method when executed by a processor.

[0013] The solution of the embodiment of the present disclosure obtains time-varying bandwidth path scheduling information sent by a controller; the time-varying bandwidth path scheduling information includes: an executable time period corresponding to a task, the bandwidth requirement and the execution path within this time period; send a resource judgment message along the execution path, and the resource judgment message carries time-variable bandwidth resource request parameters and a bandwidth resource information field; the time-variable bandwidth resource request parameters are obtained based on the time-varying bandwidth path scheduling information; the bandwidth resource information field is used to indicate the time-based bandwidth resource information of at least one hop in the execution path; in response to a resource reservation confirmation message sent by the receiving device according to the resource judgment message, perform bandwidth resource reservation based on the time-varying bandwidth path. Through the solution of this embodiment, corresponding processing is realized based on time-variable parameters on the forwarding plane, so that value-added services can be provided using the existing IP (Internet Protocol) network, improving the operation efficiency of the wide area network, enabling the on-demand ordering of data express services, thereby reducing costs and making the service more flexible. BRIEF DESCRIPTION OF THE DRAWINGS

[0014] In the drawings of the embodiments of the present disclosure:

[0015] Figure 1 is a schematic structural diagram for optimizing the scheduling of task-based data transmission services in the related art;

[0016] Figure 2 is a flowchart of the resource management method provided by the embodiment of the present disclosure;

[0017] Figure 3 is a flowchart of the method for updating the remaining bandwidth resource field provided by the embodiment of the present disclosure;

[0018] Figure 4 is a flowchart of the method for resource reservation based on an indication field provided by the embodiment of the present disclosure;

[0019] Figure 5 is a schematic diagram of an embodiment of resource reservation provided by the embodiment of the present disclosure;

[0020] Figure 6 is a schematic diagram of a processing solution in different sending situations of the time-varying bandwidth path scheduling information provided by the embodiment of the present disclosure;

[0021] Figure 7 is a flowchart of a resource management method applicable to task-based traffic provided by the embodiment of the present disclosure;

[0022] Figure 8 is a block diagram of the composition of an electronic device provided by the embodiment of the present disclosure. Detailed implementation manners

[0023] To enable those skilled in the art to better understand the technical solutions of the present disclosure, the communication perception data processing method and computer-readable storage medium provided by the embodiments of the present disclosure will be described in detail below with reference to the accompanying drawings.

[0024] The present disclosure will be described more fully hereinafter with reference to the accompanying drawings. However, the illustrated embodiments may be embodied in different forms, and the present disclosure should not be construed as limited to the embodiments set forth below. On the contrary, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the present disclosure to those skilled in the art.

[0025] The accompanying drawings of the embodiments of the present disclosure are used to provide a further understanding of the embodiments of the present disclosure, and constitute a part of the specification. Together with the detailed embodiments, they are used to explain the present disclosure, and do not constitute a limitation to the present disclosure. By describing the detailed embodiments with reference to the accompanying drawings, the above and other features and advantages will become more apparent to those skilled in the art.

[0026] The present disclosure can be described with reference to the plan view and / or sectional view by means of the ideal schematic diagrams of the present disclosure. Therefore, the example illustrations can be modified according to the manufacturing technology and / or tolerances.

[0027] Without conflict, the embodiments of the present disclosure and the features in the embodiments can be combined with each other.

[0028] The terms used in the present disclosure are only for describing specific embodiments and are not intended to limit the present disclosure. As used in the present disclosure, the term "and / or" includes any and all combinations of one or more of the associated listed items. As used in the present disclosure, the singular forms "a" and "the" are also intended to include the plural forms unless the context clearly indicates otherwise. As used in the present disclosure, the terms "comprising", "made of", specify the presence of the described features, wholes, steps, operations, elements and / or components, but do not exclude the presence or addition of one or more other features, wholes, steps, operations, elements, components and / or their groups.

[0029] Unless otherwise defined, all terms (including technical and scientific terms) used in the present disclosure have the same meaning as commonly understood by those of ordinary skill in the art. It will also be understood that terms such as those defined in common dictionaries should be interpreted as having a meaning consistent with their meaning in the context of the relevant art and the present disclosure, and will not be interpreted as having an idealized or overly formal meaning unless the present disclosure clearly so defines.

[0030] In recent years, by optimizing the layout of data centers, a reasonable match has been achieved between the supply and demand of resources such as storage power and computing power in the eastern and western regions, supporting the high-quality development of all industries. Typical scenarios include storing data in the west for computing in the east, rendering videos in the west for viewing in the east, and computing data in the west for processing in the east. In these typical scenarios, there are massive data transmissions and deadline requirements. Traditional network devices have mechanisms such as "Early Deadline First Schedule" to minimize the transmission time of services. However, if services enter the network disorderly, when the capacity beyond the bottleneck point is exceeded, guaranteed services still cannot be provided.

[0031] In this context, the concept of data express (high throughput) emerged. Its basic idea is to build a highly elastic and high-throughput data transmission network based on the existing network infrastructure of operators, providing customers with a guaranteed data transmission experience, which has received extensive attention and is a current popular technology direction. There have also been experimental tests in multiple simple scenarios. Among various data express solutions, the high-performance wide area network technology (High-Performance WAN) route has deeply analyzed the requirements and scenarios of data express. It is believed that the difference between new data express services and ordinary data transmission services lies in task-based transmission based on deadlines. Without deadline requirements, traditional best-effort wide area networks can also meet the needs. Task-based data transmission services can be indicated by three main parameters, namely the size of the data to be transmitted volume, the start time of transmission startTime, and the deadline for transmission deadline.

[0032] When multiple task-based data transmission services coexist in the network, using traditional transmission control mechanisms based on congestion control algorithms cannot fundamentally guarantee the deadline requirements of task-based applications. Essentially, it is still a best-effort approach. To provide services with deadline guarantees for data express services and improve the operating efficiency of wide area networks simultaneously, the congestion avoidance route based on centralized orchestration and scheduling is a current research hotspot. That is, before the service sends traffic, it needs to request the control unit for orchestration and then send traffic according to the orchestration result. Currently, the industry has adopted various orchestration algorithms based on the control unit to optimize the orchestration of task-based data transmission services and obtain the orchestration result, such as Figure 1 shown, which includes multiple sending devices (the first host, the second host, the third host) and a receiving device (the fourth host). Traffic transmission is based on the orchestration result between the multiple sending devices and the receiving device.

[0033] The forwarding plane needs to send and transmit traffic based on the time-variable parameters orchestrated by the control plane. However, in traditional solutions, there is no disclosure on how the forwarding plane makes corresponding processing based on time-variable parameters.

[0034] The solution of the embodiment of the present disclosure obtains the time-varying bandwidth path scheduling information sent by the controller; the time-varying bandwidth path scheduling information includes: an executable time period corresponding to the task, the bandwidth requirement within the time period, and the execution path; sending a resource judgment message along the execution path, where the resource judgment message carries a time-variable bandwidth resource request parameter and a bandwidth resource information field; the time-variable bandwidth resource request parameter is obtained based on the time-varying bandwidth path scheduling information; the bandwidth resource information field is used to indicate the time-based bandwidth resource information of at least one hop in the execution path; in response to the resource reservation confirmation message sent by the receiving device according to the resource judgment message, perform bandwidth resource reservation based on the time-varying bandwidth path. Through the solution of this embodiment, corresponding processing is realized based on time-variable parameters on the forwarding plane, so that value-added services can be provided using the existing IP (Internet Protocol) network, improving the operation efficiency of the wide-area network. For customers, it is possible to order data express services on demand, thereby reducing costs and making the services more flexible.

[0035] The solution of the embodiment of the present disclosure can be applied to, but is not limited to, the task-based data express service scenario, and can be used in PTN (Packet Transport Network) products, IPN (Interpenetrating Polymer Network Structure) products, etc. For example, it can be applied to network devices such as routers and switches, and to the control unit and the corresponding configuration unit of the server.

[0036] The solution of the embodiment of the present disclosure will be introduced in detail below.

[0037] The embodiment of the present disclosure provides a resource management method, which can be applied to network devices. For example, it can include, but is not limited to, near-source devices, such as Figure 2 As shown, it includes steps S11 - S13:

[0038] S11. Obtain the time-varying bandwidth path scheduling information sent by the controller.

[0039] In the embodiment of the present disclosure, the time-varying bandwidth path scheduling information may include: an executable time period corresponding to the task, the bandwidth requirement within the time period, and the execution path.

[0040] In the embodiment of the present disclosure, for scenarios such as the task-based data express service, the controller can perform optimization scheduling based on the service request and send the scheduling result, which may include the time-varying bandwidth path scheduling information. The sending device can perform time-based traffic sending based on the scheduling result, and the network device can perform time-based resource reservation, so as to provide guaranteed services for the service and improve the overall network carrying efficiency. Signaling extension can be performed among the sending device, the network device, and the controller according to requirements.

[0041] In the embodiments of the present disclosure, in order to implement service orchestration, the controller needs to obtain task-based traffic information. A signaling channel needs to be established between the controller and the sending device for the sending device to send service request information to the controller. This signaling channel may be obtained by extending fields based on existing protocols, such as based on the OPC-UA (OPC Unified Architecture) protocol or the Netconf (Network Configuration Protocol) protocol. The protocol needs to be extended to carry the following information:

[0042] 1. Node information of the traffic source (such as the sending device) and the destination (such as the receiving device);

[0043] 2. Task-based traffic information: flow size, time window {start time, end time};

[0044] 3. Traffic priority. When all traffic demands cannot be met, the traffic of the device with the highest traffic priority is guaranteed first.

[0045] In the embodiments of the present disclosure, between the sending device and the controller, a proxy module can also be used to interact with the control unit, and the service request information can also be reported in other forms. For example, user submission, forwarding plane proxy reporting, etc. The form of reporting the service request is not limited here.

[0046] In the embodiments of the present disclosure, after receiving the service request, the controller performs task orchestration. The controller divides the service time window into multiple time intervals (or periods), and different bandwidths and paths are allowed for the service within each interval (i.e., period).

[0047] In the embodiments of the present disclosure, an example of the orchestration result is shown in Table 1:

[0048] Table 1

[0049]

[0050]

[0051] In the embodiments of the present disclosure, after the orchestration is completed, the controller sends the orchestration result to the forwarding plane (such as the sending device, the near-source device in the network device, etc.). The way of sending the orchestration result can be to send all parameters at once, or to send the parameters of each time window in batches, and this is not limited.

[0052] In the embodiments of the present disclosure, the orchestration result can be sent only to the near-source device (such as an access switch), or can be sent to the source device and the near-source device at the same time. If the controller simultaneously sends parameters to the source device and the near-source device, the device capabilities of both the source device and the near-source device need to be correspondingly extended to be able to perform resource reservation and control traffic transmission according to the time-variable parameters sent by the controller. Among them, the source device needs to have the ability to trigger traffic transmission rate control according to time information, and the near-source device needs to have the ability to perform resource reservation and control traffic transmission according to time information.

[0053] In the embodiments of the present disclosure, after obtaining the time-varying bandwidth path orchestration information sent by the controller, the method may further include:

[0054] Generate an entry based on the time-varying bandwidth path orchestration information and maintain the entry; wherein, the entry is divided according to the execution path, and the entry is used to record the executable time period corresponding to the same execution path and the bandwidth requirement during that time period.

[0055] In the embodiments of the present disclosure, for example, a calendar table can be used in the source device and the near-source device to maintain the time-varying bandwidth path orchestration information sent by the controller.

[0056] S12. Send a resource judgment message along the execution path.

[0057] In the embodiments of the present disclosure, the resource judgment message carries time-variable bandwidth resource request parameters and a bandwidth resource information field; the time-variable bandwidth resource request parameters are obtained based on the time-varying bandwidth path orchestration information and are used to represent the time-variable bandwidth resources and paths required by the corresponding service; the bandwidth resource information field is used to indicate the time-period-based bandwidth resource information of at least one hop in the execution path.

[0058] In the embodiments of the present disclosure, a network device (such as a near-source device) can expand the time-variable bandwidth resource request parameters in the resource judgment message from the source device to the sink device along the execution path. For example, t1 - t2 bw1, t2 - t3 bw2, that is, bandwidth 1 is required during the time period t1 - t2, and bandwidth 2 is required during the time period t2 - t3, and expand the bandwidth resource information field, and determine whether the bandwidth resource information in the execution path is sufficient based on the bandwidth resource information field, so as to prepare for resource reservation.

[0059] In the embodiments of the present disclosure, the near-source device can perform resource reservation according to the time-variable bandwidth path orchestration information sent by the controller. For example, it can control the explicit path of the service based on the SID List (System Identity List) and divert the service to this path on the near-source device.

[0060] In an embodiment of the present disclosure, according to the time-variable bandwidth path parameters sent by the controller, the forwarding plane (such as a near-source device) needs to perform time-triggered resource reservation, and there is no restriction on the protocol used. For example, it may include but is not limited to the RSVP (Resource Reservation Protocol) or the SRP protocol. For example, RSVP-TE (RSVP-TE: Resource ReSerVation Protocol-Traffic Engineering, a resource reservation protocol extended based on traffic engineering). If the path is the same within each time period, then there are at least two solutions for the near-source device to perform resource reservation based on the time-variable bandwidth resource request parameters.

[0061] Solution 1

[0062] In an embodiment of the present disclosure, the bandwidth resource information field may include but is not limited to: a remaining bandwidth resource field; the remaining bandwidth resource field is used to record the remaining bandwidth resource information hop by hop in the execution path.

[0063] In an embodiment of the present disclosure, as Figure 3 shown, before sending the resource judgment message along the execution path, the method may further include steps S21-S22:

[0064] S21. Determine the remaining bandwidth information of the link corresponding to the current hop; the remaining bandwidth information is the remaining bandwidth information determined based on the time period.

[0065] S22. Update the remaining bandwidth resource field corresponding to the link of the current hop according to the remaining bandwidth information.

[0066] In an embodiment of the present disclosure, for the remaining bandwidth resource information recorded by the remaining bandwidth resource field, the initial value of the remaining bandwidth resource field may be infinity, and when the resource judgment message is sent to any hop, the remaining bandwidth information of the link corresponding to that hop is determined at that hop, and the remaining bandwidth resource field is updated accordingly.

[0067] In an embodiment of the present disclosure, at each hop, the remaining bandwidth information of the current link extracted is also a time-variable bandwidth parameter. Based on the remaining bandwidth information of that hop, the remaining bandwidth resource field carried in the resource judgment message is updated to {time-variable bandwidth resource request parameter, the time-variable remaining bandwidth information of that hop (remaining bandwidth resource field)}. Specifically, it may be updated to min{time-variable bandwidth resource request parameter, the time-variable remaining bandwidth information of that hop}, where min represents taking the minimum value according to the window.

[0068] In an embodiment of the present disclosure, for example, if the resource judgment message carries a time-variable bandwidth resource request parameter of 0s - 10s 10 Gbps (gigabits per second), that is, the service requirement is to provide 10 Gbps of bandwidth between the time periods of 0s - 10s. If the remaining bandwidth information of the corresponding link of the current hop is 3s - 6s 5 Gbps, that is, only 5 Gbps of bandwidth resources remain between the time periods of 3s - 6s. Therefore, the updated remaining bandwidth resource field will record 0s - 3s 10 Gbps, 3s - 6s 5 Gbps, 6s - 10s 10 Gbps, that is, 10 Gbps of bandwidth resources remain in the time period of 0s - 3s, 5 Gbps of bandwidth resources remain between the time periods of 3s - 6s, and 10 Gbps of bandwidth resources remain in the time period of 6s - 10s.

[0069] In an embodiment of the present disclosure, the method may further include:

[0070] The time-variable bandwidth resource request parameter and the updated remaining bandwidth resource field are sent hop by hop, so that each hop updates the corresponding remaining bandwidth resource field, and finally the time-variable bandwidth resource request parameter and the remaining bandwidth resource field updated hop by hop are sent to the receiving end device, and the receiving end device calculates whether the remaining bandwidth resource information of each hop meets the requirements of the time-variable bandwidth resource request parameter according to the remaining bandwidth resource information of each hop recorded in the time-variable bandwidth resource request parameter and the remaining bandwidth resource field, and when the remaining bandwidth resource information of each hop meets the requirements of the time-variable bandwidth resource request parameter, a resource reservation confirmation message is sent.

[0071] In an embodiment of the present disclosure, in the case where the remaining bandwidth resource information of any one hop or multiple hops in the execution path does not meet the requirements of the time-variable bandwidth resource request parameter, a message indicating no resource reservation can be sent.

[0072] In the embodiments of the present disclosure, when the receiving device receives the resource judgment message and extracts the time-variable bandwidth resource request parameters carried in the resource judgment message and the time-variable remaining bandwidth resource information recorded in the remaining bandwidth resource field, the receiving device determines whether the remaining bandwidth resource information is sufficient according to the time-variable bandwidth resource request parameters. If it is sufficient, the receiving device makes resource reservation based on time on the devices hop by hop along the path opposite to the resource judgment message path by sending a resource reservation confirmation message. When making resource reservation, the link bandwidth resources are deducted based on each time period. For example, if the remaining bandwidth resources of the corresponding link of the current hop are 10 Gbps at all times, and the time-variable bandwidth resource request parameters are 4 Gbps from 0 s to 3 s and 6 Gbps from 5 s to 8 s, after the corresponding link of the current hop is deducted based on resource reservation, the remaining bandwidth of the corresponding link of the current hop is 6 Gbps from 0 s to 3 s, 10 Gbps from 3 s to 5 s, 4 Gbps from 5 s to 8 s, and greater than 10 Gbps after 8 s.

[0073] In the embodiments of the present disclosure, time-based resource reservation can be implemented based on the above solution.

[0074] Solution 2

[0075] In the embodiments of the present disclosure, the bandwidth resource information field may include: an indication field for indicating whether the resource information is sufficient.

[0076] In the embodiments of the present disclosure, as Figure 4 shown, before sending the resource judgment message along the execution path, the method may further include steps S31-S34:

[0077] S31. Determine the remaining bandwidth information of the corresponding link of the current hop; the remaining bandwidth information is the remaining bandwidth information determined based on time periods.

[0078] In the embodiments of the present disclosure, the remaining bandwidth resources can be determined according to the total resources allocated to the corresponding link of the current hop and the currently occupied bandwidth resources. For example, the minimum value of the remaining bandwidth resources of each time period corresponding to the corresponding link of the current hop can be obtained to determine the remaining bandwidth information of the corresponding link of the current hop.

[0079] S32. Determine whether the remaining bandwidth resource information meets the requirements of the time-variable bandwidth resource request parameters.

[0080] In the embodiments of the present disclosure, the remaining bandwidth resource information determined based on the link corresponding to the current hop may be compared with the time-variable bandwidth resource request parameters. For example, the remaining bandwidth resource information based on time periods of the link corresponding to the current hop may be compared with the bandwidth resource requirements within each time period included in the time-variable bandwidth resource request parameters. When the remaining bandwidth resource information based on time periods of the link corresponding to the current hop can meet the bandwidth resource requirements within each time period included in the time-variable bandwidth resource request parameters, it is determined that the remaining bandwidth resource information meets the requirements of the time-variable bandwidth resource request parameters. When the remaining bandwidth resource information based on time periods of the link corresponding to the current hop cannot meet the bandwidth resource requirements within any one or more time periods included in the time-variable bandwidth resource request parameters, it is determined that the remaining bandwidth resource information does not meet the requirements of the time-variable bandwidth resource request parameters.

[0081] S33. In response to the remaining bandwidth resource information meeting the requirements of the time-variable bandwidth resource request parameters, set a first identifier in the indication field.

[0082] In the embodiments of the present disclosure, when the remaining bandwidth resource information meets the requirements of the time-variable bandwidth resource request parameters, a first identifier may be set in a preset indication field; when the remaining bandwidth resource information does not meet the requirements of the time-variable bandwidth resource request parameters, a second identifier may be set in the preset indication field.

[0083] In the embodiments of the present disclosure, the first identifier and the second identifier may be defined according to requirements, and the implementation manners of the first identifier and the second identifier are not specifically limited herein.

[0084] In the embodiments of the present disclosure, the first identifier may be true, and the second identifier may be false; or, the first identifier may be 1, and the second identifier may be 0.

[0085] S34. Transmit the time-variable bandwidth resource request parameters and the indication field hop by hop, and update the indication field hop by hop, and finally send the time-variable bandwidth resource request parameters and the updated indication field to the receiving end device, so that the receiving end device issues a resource reservation confirmation message in response to the indication field being set to the first identifier.

[0086] In the embodiments of the present disclosure, when the resource judgment message is transmitted to any hop in the execution path, the operations of steps S31 - S33 may be performed on the link corresponding to that hop. When the remaining bandwidth resource information determined for each hop corresponding link meets the requirements of the time-variable bandwidth resource request parameters, the first identifier remains set in the indication field until the indication field is transmitted hop by hop to the receiving end device, causing the receiving end device to issue a resource reservation confirmation message in response to the indication field being set to the first identifier.

[0087] In an embodiment of the present disclosure, when a resource judgment message is transmitted to a certain hop in an execution path and the remaining bandwidth resource information determined based on the link corresponding to this hop does not meet the requirements of the time-variable bandwidth resource request parameters, a second identifier is set in the indication field. At this time, instead of calculating hop by hop whether the remaining bandwidth resource information meets the requirements of the time-variable bandwidth resource request parameters, the indication field with the second identifier set is transmitted to the receiving end device, so that the receiving end device no longer sends a resource reservation confirmation message in response to the indication field being set to the second identifier.

[0088] S13. In response to the resource reservation confirmation message sent by the receiving end device according to the resource judgment message, perform bandwidth resource reservation based on the time-varying bandwidth path.

[0089] In an embodiment of the present disclosure, the bandwidth resource reservation based on the time-varying bandwidth path refers to a bandwidth resource reservation scheme with corresponding bandwidth and / or path based on time periods.

[0090] In an embodiment of the present disclosure, when performing bandwidth resource reservation based on the time-varying bandwidth path, the resource reservation confirmation message can be sent hop by hop along the reverse path of the resource judgment message, so that each hop on the reverse path performs bandwidth resource reservation based on time periods respectively.

[0091] In an embodiment of the present disclosure, for the time-based resource reservation scheme proposed in the embodiment of the present disclosure (including but not limited to the above-mentioned Scheme 1 and Scheme 2), the resource judgment message can be used to perform forward resource judgment by extending and carrying the time-variable bandwidth resource request parameters and the bandwidth resource information field through the PATH (path) message (as the resource judgment message) of the RSVP (Resource Reservation Protocol), and the resource reservation confirmation message can be used to perform time-varying resource reservation through the RESV (reservation) message. Among them, the time-varying resource can be represented by multi-interval, the time-varying bandwidth resource can be represented by multi-interval bw, and the time-varying bandwidth resource reservation information can be represented by multi-interval profile. The entire interaction process can be as Figure 5 shown. For other resource reservation protocols, the above time-variable resource reservation process is similar and will not be elaborated.

[0092] In an embodiment of the present disclosure, as Figure 5As shown, it includes host 1 (source device), host 2 (source device), router 1 (network device, acting as a near-source device), router 2 (network device), and host 3 (destination device). Taking resource reservation on the execution path of host 1, router 1, router 2, and host 3 as an example for illustration: Create a resource judgment message on router 1 (for example, an RSVP PATH message carrying multi-interval bw), and calculate the remaining bandwidth resources of the link corresponding to this hop of router 1 (i.e., the link between host 1 and router 1). Update the bandwidth resource information field based on the remaining bandwidth resources, or calculate whether the remaining bandwidth resource information meets the requirements of the time-variable bandwidth resource request parameters and set the indication field accordingly. Send the updated resource judgment message to the next-hop router 2. Perform the same operations as router device 1 in router 2, and finally send the resource judgment message to host 3, so that host 3 determines whether to send a resource reservation confirmation message based on the resource judgment message to achieve resource reservation on this execution path, or not send a resource reservation confirmation message to not perform resource reservation on this execution path.

[0093] In the embodiment of the present disclosure, in the case of confirming to send a resource reservation confirmation message, the resource reservation confirmation message (for example, an RSVP RESV message carrying multi-interval profile) can be sent hop by hop along the reverse path of the resource judgment message, so that each hop (such as router 2 and router 1) performs resource reservation based on time periods. After resource reservation is completed, host 1 can send a flow to router 1.

[0094] In the embodiment of the present disclosure, performing bandwidth resource reservation based on a time-varying bandwidth path may include:

[0095] Scan the table entries;

[0096] In response to the time point in the time period maintained in the scanned table entry being less than or equal to the current system time, perform bandwidth resource reservation based on the execution path and bandwidth corresponding to the time period maintained in the table entry.

[0097] In the embodiment of the present disclosure, the content of the maintained table entries (such as a calendar table) can be cyclically scanned at a certain period (for example, implemented using a timer). When the time maintained in the table entry is less than or equal to the current system time, the corresponding table entry information is extracted, and corresponding operations are performed according to the carried bandwidth and path information to achieve bandwidth resource reservation.

[0098] In the embodiment of the present disclosure, performing bandwidth resource reservation based on a time-varying bandwidth path may further include:

[0099] In response to scanning different table entries, switch the execution path of the broadband resource reservation to the execution path corresponding to the different table entry.

[0100] In the embodiments of the present disclosure, the foregoing bandwidth resource reservation is only applicable to the case where the execution path remains unchanged between time periods, that is, time-variable bandwidth. For the case of time-varying paths, the foregoing bandwidth resource reservation process for time-variable bandwidth needs to be performed for each execution path. Therefore, the above table entries can be divided based on whether the execution paths are the same. One table entry corresponds to one execution path, and the table entry is used to record the executable time periods corresponding to an execution path and the bandwidth resource requirements within those time periods. When receiving the time-variable bandwidth path scheduling information sent by the controller, the same or different table entries are maintained according to whether the execution paths are the same in adjacent multiple time periods. If the execution paths are the same, they are merged into one table entry. For example, when the time-variable bandwidth path scheduling information sent by the controller is t1-t2 bw1 path1, t2-t3 bw2 path1, t3-t4 bw3 path2, the following table entries can be maintained:

[0101] t1-t2 bw1, t2-t3 bw2, path1;

[0102] t3-t4 bw3, path2.

[0103] In the embodiments of the present disclosure, the near-source device can scan the above table entries based on a timer, trigger the time-variable bandwidth resource reservation process of the table entries, and switch to different execution paths. At the boundary of adjacent time periods, resource reservation and resource recovery processes are performed according to the execution path change information.

[0104] In the embodiments of the present disclosure, after obtaining the time-variable bandwidth path scheduling information sent by the controller, the method may further include:

[0105] In response to the controller not sending the time-variable bandwidth path scheduling information to the source device, the source device is controlled to perform flow control and rate limiting based on time according to the time-variable bandwidth path scheduling information.

[0106] In the embodiments of the present disclosure, as Figure 6 shown, if the controller only sends the time-variable bandwidth path scheduling information to the near-source device (such as an access switch), the near-source device not only needs to be responsible for performing time-based resource reservation, but also needs to control the traffic sending time and rate of the source device.

[0107] In the embodiments of the present disclosure, controlling the source device to perform flow control and rate limiting based on time according to the time-variable bandwidth path scheduling information includes:

[0108] Selecting the control mode for the source device as the rate feedback mode;

[0109] A rate feedback message is sent to the originating device based on the rate feedback mode, so that the originating device obtains the rate limit information and the time-varying bandwidth path scheduling information in the rate feedback message, and performs flow transmission and rate limit based on the rate limit information and the time period in the time-varying bandwidth path scheduling information.

[0110] In the disclosed embodiment, the near-source device may send a rate feedback message to the originating device at a specified time based on the time-varying bandwidth path scheduling information sent by the controller, and control the sending rate of the originating device through the rate feedback message.

[0111] In an embodiment of the present disclosure, controlling the originating device to perform flow control and rate limiting based on time according to the time-varying bandwidth path arrangement information includes:

[0112] Select the flow control back pressure mode for the sending device;

[0113] A start signaling is sent to the originating device based on the flow control back pressure mode, so that the originating device sends the flow according to the start signaling and the time period in the time-varying bandwidth path scheduling information.

[0114] In the disclosed embodiment, the near-source device performs traffic speed limit based on the time-varying bandwidth path arrangement information sent by the controller, and controls the traffic sending of the originating device through traffic back pressure. When this back pressure method is used, it is necessary to actively send a "start" signaling to notify the originating device that it can start sending traffic.

[0115] In the disclosed embodiment, the controller can also send the time-varying bandwidth path scheduling information to both the originating device and the near-source device, wherein the time-varying bandwidth path scheduling information sent to the originating device is used as the flow sending parameter, and the time-varying bandwidth path scheduling information sent to the near-source device is used for time-based bandwidth resource reservation. The originating device and the near-source device and other network devices need to perform flow sending operations based on the same time reference. However, in the disclosed embodiment, it is not required that each network device and the originating device have full-network μs (microsecond) level time synchronization. For example, 1588 time synchronization is deployed, and only a network time synchronization protocol (Network Time Protocol, NTP) that can tolerate ms (millisecond) level time synchronization errors is required.

[0116] In the embodiments of the present disclosure, Figure 7 As shown, the following is an embodiment of a resource management method applicable to task-based traffic according to an embodiment of the present disclosure, which may include steps S41-S51:

[0117] S41, the process starts, each sending device sends the task-based traffic information to the controller through signaling; the controller performs unified arrangement of time-varying bandwidth paths based on each task-based traffic information.

[0118] S42. The controller sends the orchestration result (instantaneous variable bandwidth path orchestration information) to the forwarding plane nodes.

[0119] The forwarding plane nodes may include, but are not limited to, the transmitting device and the near-source device.

[0120] S43. The near-source device receives the orchestration result sent by the controller and performs resource reservation based on the time-varying bandwidth path information of the table entry.

[0121] S44. Determine whether the controller sends the orchestration result only to the near-source device; if the controller sends the orchestration result only to the near-source device, go to step S45; if the controller sends the orchestration result to the near-source device and the transmitting device, go to step S50.

[0122] S45. The near-source device selects a control method for the transmitting device to control the traffic sending and speed limiting of the transmitting device; if the selected control method is the rate feedback method, go to step S46; if the selected control method is the flow control backpressure method, go to step S48.

[0123] S46. The near-source device controls the transmitting device to send traffic through the rate feedback message method;

[0124] S47. The transmitting device sends traffic according to the rate feedback message of the near-source device and enters step S51;

[0125] S48. The near-source device controls the transmitting device to send traffic through the flow control backpressure method and sends a start signaling to the transmitting device;

[0126] S49. After receiving the start signaling, the receiving device sends traffic according to the flow control backpressure message of the near-source device and enters step S51;

[0127] S50. The transmitting device performs speed limiting and traffic sending based on the orchestration result sent by the controller and enters step S51;

[0128] S51. The process ends.

[0129] In the embodiments of the present disclosure, when a new task-based traffic request is added, the controller receives the task request and re-performs task orchestration based on time, and makes a decision to accept or reject the access of the new traffic. When the controller re-orchestrates, there are two strategies. If it is not desired to change the parameters of the existing service, the orchestration result may not be optimal. If it is allowed to change the parameters of the existing service, after the orchestration is successful, it is necessary to re-send the traffic orchestration result with parameter changes. The embodiments of the present disclosure do not limit the specific strategies adopted by the controller.

[0130] The embodiments of the present disclosure also provide an electronic device 100, as Figure 8 shown, including:

[0131] One or more processors 101;

[0132] A memory 102, on which one or more programs are stored, and when the one or more programs are executed by the one or more processors, the one or more processors 101 implement the resource management method;

[0133] One or more input / output I / O interfaces 103, connected between the processor 101 and the memory 102, and configured to implement information interaction between the processor 101 and the memory 102.

[0134] An embodiment of the present disclosure also provides a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, the resource management method is implemented.

[0135] An embodiment of the present disclosure also provides a computer program product, which includes a computer program, and when the computer program is executed by a processor, the resource management method is implemented.

[0136] In the embodiments of the present disclosure, any of the foregoing embodiments of the resource management method is applicable to the embodiments of the electronic device, storage medium, and program product, and will not be described in detail herein.

[0137] Those of ordinary skill in the art can understand that all or some of the functional modules / units disclosed above can be implemented as software, firmware, hardware, and their appropriate combinations.

[0138] In the hardware implementation, the division between the functional modules / units mentioned above does not necessarily correspond to the division of physical components; for example, a physical component may have multiple functions, or a function or step may be executed by several physical components in cooperation.

[0139] Some physical components or all physical components may be implemented as software executed by a processor, such as a central processing unit (CPU), a digital signal processor or a microprocessor, or implemented as hardware, or implemented as an integrated circuit, such as an application-specific integrated circuit. Such software may be distributed on a computer-readable medium, which may include a computer storage medium (or non-temporary medium) and a communication medium (or temporary medium). As known to those of ordinary skill in the art, the term computer storage medium includes volatile and non-volatile, removable and non-removable media implemented in any method or technology for storing information (such as computer-readable instructions, data structures, program modules or other data). Computer storage media include, but are not limited to, random access memory (RAM, more specifically SDRAM, DDR, etc.), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory (FLASH) or other disk storage; read-only compact disk (CD-ROM), digital versatile disk (DVD) or other optical disk storage; magnetic cassettes, magnetic tapes, disk storage or other magnetic storage; any other medium that can be used to store desired information and can be accessed by a computer. Furthermore, it is well known to those skilled in the art that communication media typically embodies computer readable instructions, data structures, program modules, or other data in a modulated data signal such as a carrier wave or other transport mechanism, and may include any information delivery media.

[0140] The present disclosure has disclosed example embodiments, and although specific terms are employed, they are used and should be interpreted only in a general illustrative sense and not for limiting purposes. In some instances, it will be apparent to those skilled in the art that, unless otherwise expressly stated, features, characteristics, and / or elements described in conjunction with a particular embodiment may be used alone or in combination with features, characteristics, and / or elements described in conjunction with other embodiments. Therefore, those skilled in the art will appreciate that various changes in form and detail may be made without departing from the scope of the present disclosure as set forth in the appended claims.

Claims

1. A resource management method, comprising: Obtain the time-varying bandwidth path orchestration information sent by the controller; The time-varying bandwidth path scheduling information includes: an executable time period corresponding to the task and a bandwidth requirement and an execution path within the time period; Sending a resource determination message along the execution path, the resource determination message carrying a time-variable bandwidth resource request parameter and a bandwidth resource information field; the time-variable bandwidth resource request parameter is obtained based on the time-variable bandwidth path scheduling information; the bandwidth resource information field is used to indicate the time period-based bandwidth resource information of at least one hop in the execution path; In response to a resource reservation confirmation message sent by the receiving device according to the resource determination message, bandwidth resource reservation based on a time-varying bandwidth path is performed.

2. The resource management method according to claim 1, wherein: The bandwidth resource information field includes: a remaining bandwidth resource field; the remaining bandwidth resource field is used to record the remaining bandwidth resource information of each hop in the execution path; Before sending the resource determination message along the execution path, the method further includes: Determine the remaining bandwidth information of the link corresponding to the current hop; the remaining bandwidth information is the remaining bandwidth information determined based on the time period; The remaining bandwidth resource field corresponding to the link corresponding to the current hop is updated according to the remaining bandwidth information.

3. The resource management method according to claim 2, wherein: The method further comprises: The time-variable bandwidth resource request parameter and the updated remaining bandwidth resource field are sent down hop by hop, so that each hop updates the corresponding remaining bandwidth resource field, and finally the time-variable bandwidth resource request parameter and the remaining bandwidth resource field updated hop by hop are sent to the receiving device, and the receiving device calculates whether the hop-by-hop remaining bandwidth resource information meets the requirements of the time-variable bandwidth resource request parameter according to the time-variable bandwidth resource request parameter and the hop-by-hop remaining bandwidth resource information recorded in the remaining bandwidth resource field, and sends the resource reservation confirmation message when the hop-by-hop remaining bandwidth resource information meets the requirements of the time-variable bandwidth resource request parameter.

4. The resource management method according to claim 1, wherein: The bandwidth resource information field includes: an indication field for indicating whether the resource information is sufficient; Before sending the resource determination message along the execution path, the method further includes: Determine the remaining bandwidth information of the link corresponding to the current hop; the remaining bandwidth information is the remaining bandwidth information determined based on the time period; Determining whether the remaining bandwidth resource information meets the requirements of the time-variable bandwidth resource request parameter; In response to the remaining bandwidth resource information satisfying the requirement of the time-variable bandwidth resource request parameter, setting a first flag in the indication field; The time-variable bandwidth resource request parameter and the indication field are sent down hop by hop, and the indication field is updated hop by hop, and finally the time-variable bandwidth resource request parameter and the updated indication field are sent to the receiving device, so that the receiving device sends the resource reservation confirmation message in response to the indication field being set to the first identifier.

5. The resource management method according to claim 1, wherein: After acquiring the time-varying bandwidth path scheduling information sent by the controller, the method further includes: Generate table entries based on the time-varying bandwidth path scheduling information, and maintain the table entries; wherein the table entries are divided according to execution paths, and the table entries are used to record the executable time period corresponding to the same execution path and the bandwidth demand within the time period.

6. The resource management method according to claim 5, wherein: The performing of bandwidth resource reservation based on a time-varying bandwidth path includes: Scanning the table entry; In response to a time point in the time period maintained in the scanned entry being less than or equal to the current system time, the bandwidth resource reservation is performed based on the execution path and bandwidth corresponding to the time period maintained by the entry.

7. The resource management method according to claim 5, wherein: The performing of bandwidth resource reservation based on the time-varying bandwidth path further includes: In response to scanning a different table entry, the execution path of the broadband resource reservation is switched to the execution path corresponding to the different table entry.

8. The resource management method according to claim 1, after acquiring the time-varying bandwidth path scheduling information sent by the controller, the method further comprises: In response to the controller not sending the time-varying bandwidth path scheduling information to the originating device, the originating device is controlled to perform flow control and rate limiting based on time according to the time-varying bandwidth path scheduling information.

9. The resource management method according to claim 8, wherein the controlling the originating device to perform flow control and rate limiting based on time according to the time-varying bandwidth path arrangement information comprises: Selecting a rate feedback mode as a control mode for the transmitting device; A rate feedback message is sent to the originating device based on the rate feedback mode, so that the originating device obtains the rate limit information and the time-varying bandwidth path scheduling information in the rate feedback message, and performs flow transmission and rate limiting based on the rate limit information and the time period in the time-varying bandwidth path scheduling information.

10. The resource management method according to claim 8, wherein the controlling the originating device to perform flow control and rate limiting based on time according to the time-varying bandwidth path arrangement information comprises: Selecting a flow control back pressure mode as the control mode for the transmitting device; A start signaling is sent to the originating device based on the flow control back pressure mode, so that the originating device sends the flow according to the start signaling and the time period in the time-varying bandwidth path scheduling information.

11. An electronic device, comprising: one or more processors; A memory having one or more programs stored thereon, wherein when the one or more programs are executed by the one or more processors, the one or more processors implement the resource management method described in any one of claims 1-10.

12. A computer program product, comprising a computer program, wherein when the computer program is executed by a processor, the resource management method according to any one of claims 1 to 10 is implemented.

Images