WO2021115482A1

WO2021115482A1 - Token adjusting method and device

Info

Publication number: WO2021115482A1
Application number: PCT/CN2020/136161
Authority: WO
Inventors: 唐美芹; 刘衡祁; 张瑛; 张自渊; 王萌
Original assignee: 深圳市中兴微电子技术有限公司
Priority date: 2019-12-13
Filing date: 2020-12-14
Publication date: 2021-06-17
Also published as: CN112995058B; CN112995058A

Abstract

Provided in the present application are a token adjusting method and device. The adjusting method comprises: receiving tokens, wherein the tokens are issued at an issuing interval, the issuing interval is determined according to the number of active links and the level of link congestion, and the received tokens are shared by a plurality of traffic management components; and adjusting the queuing tokens of the plurality of traffic management components according to the total number of tokens shared by the plurality of traffic management components.

Description

Method and device for adjusting token

This application claims the priority of a Chinese patent application filed with the Chinese Patent Office with an application number of 201911285491.8 on December 13, 2019. The entire content of this application is incorporated into this application by reference.

Technical field

This application relates to the field of communications, such as a token adjustment method and device.

Background technique

In the new switching network access chip, when the clock frequency is limited, to achieve higher traffic management, there is a mode of using two or more sets of traffic management components. Here are two sets of examples. The two sets of components, independent of each other, can pass through all the links of the switching network to communicate data with the opposite chip. During normal flow, the two sets of components are connected to the switching network through all links. Here, for example, when the effective link of the switching network changes, the chip has two cores, and the switching network does not know how many authorizations each core should issue to the opposite end, so it is impossible to coordinate the use of bandwidth for each core.

Regarding the situation in related technologies where unreasonable authorization leads to poor traffic management effects, there is no better solution yet.

Summary of the invention

The embodiments of the present application provide a token adjustment method and device, so as to at least avoid the situation that unreasonable authorization in the related technology leads to poor traffic management effects.

According to an embodiment of the present application, there is provided a token adjustment method, including: receiving a token, wherein the token is issued according to an issuing interval, and the issuing interval is based on the number of valid links. And the link congestion level is determined, the received token is shared by multiple traffic management components; adjust the queues of the multiple traffic management components according to the total number of tokens shared by the multiple traffic management components Token.

According to another embodiment of the present application, an apparatus for adjusting a token is provided, including: a receiving module configured to receive a token, wherein the token is issued according to an issuance interval, and the issuance interval It is determined based on the number of effective links and the link congestion level, and the received tokens are shared by multiple traffic management components; the adjustment module is set to be based on the total number of tokens shared by the multiple traffic management components Adjust the tokens of the queues of the plurality of traffic management components.

According to yet another embodiment of the present application, there is also provided a computer-readable storage medium, and a computer program is stored in the computer-readable storage medium, wherein the computer program is configured to execute any one of the foregoing when running. The steps in the method embodiment.

According to another embodiment of the present application, there is also provided an electronic device, including a memory and a processor, the memory is stored with a computer program, and the processor is configured to run the computer program to execute any of the above Steps in the method embodiment.

Description of the drawings

FIG. 1 is a block diagram of the hardware structure of a mobile terminal of a token adjustment method according to an embodiment of the present application;

Figure 2 is a flowchart of a token management method according to an embodiment of the present application;

Fig. 3 is a structural block diagram of a token management device according to an embodiment of the present application;

4 is a schematic structural diagram of adding an adjustment device between two congestion management modules according to an optional embodiment of the present application;

FIG. 5 is a schematic structural diagram of a flow balancing device according to an optional embodiment of the present application;

FIG. 6 is a schematic diagram of the tokens of each queue at the L3 level of core0 and core1 according to an optional embodiment of the present application;

FIG. 7 is a flowchart of a single-chip token addition and consumption process according to an optional embodiment of the present application;

FIG. 8 is a flowchart of operations related to entering and dequeuing a single-queue fifo according to an optional embodiment of the present application;

Fig. 9 is a flowchart of a single-queue token addition and consumption process according to an optional embodiment of the present application.

Detailed ways

Hereinafter, the present application will be described in detail with reference to the drawings and in conjunction with the embodiments. It should be noted that the embodiments in the application and the features in the embodiments can be combined with each other if there is no conflict.

It should be noted that the terms “first” and “second” in the specification and claims of the application and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific sequence or sequence.

Example 1

The method embodiment provided in Embodiment 1 of the present application may be executed in a management device, a computer terminal, or a similar computing device. Taking the operation on the management device as an example, FIG. 1 is a hardware structure block diagram of the management device of a token adjustment method according to an embodiment of the present application. As shown in FIG. 1, the management device 10 may include at least one (only one is shown in FIG. 1) processor 102 (the processor 102 may include but is not limited to a microprocessor (Micro Control Unit, MCU) or a field programmable logic device) (Field Programmable Gate Array, FPGA) and other processing devices) and a memory 104 configured to store data. Optionally, the above-mentioned management device may further include a transmission device 106 and an input/output device 108 configured to communicate. A person of ordinary skill in the art can understand that the structure shown in FIG. 1 is only for illustration, and it does not limit the structure of the foregoing management device. For example, the management device 10 may also include more or fewer components than those shown in FIG. 1 or have a different configuration from that shown in FIG. 1.

The memory 104 may be configured to store computer programs, for example, software programs and modules of application software, such as the computer programs corresponding to the token adjustment method in the embodiment of the present application. The processor 102 runs the computer programs stored in the memory 104, Thereby, various functional applications and data processing are executed, that is, the above-mentioned method is realized. The memory 104 may include a high-speed random access memory, and may also include a non-volatile memory, such as at least one magnetic storage device, flash memory, or other non-volatile solid-state memory. In some examples, the memory 104 may include a memory remotely provided with respect to the processor 102, and these remote memories may be connected to the management device 10 via a network. Examples of the aforementioned networks include, but are not limited to, the Internet, corporate intranets, local area networks, mobile communication networks, and combinations thereof.

The transmission device 106 is configured to receive or transmit data via a network. The aforementioned network may include, for example, a wireless network provided by a communication provider of the management device 10. In one example, the transmission device 106 includes a network adapter (Network Interface Controller, NIC), and the NIC can be connected to other network devices through a base station so as to communicate with the Internet. In an example, the transmission device 106 may be a radio frequency (RF) module, and the RF module is configured to communicate with the Internet in a wireless manner.

In this embodiment, a method for adjusting a token running on the above-mentioned mobility management device is provided. FIG. 2 is a flowchart of the method for adjusting a token according to an embodiment of the present application. As shown in FIG. 2, the process includes steps S202 to step S204.

In step S202, a token is received, where the token is issued according to the issuance interval, the issuance interval is determined according to the number of effective links and the link congestion level, and the received tokens are multiple Shared by traffic management components.

In step S204, the tokens of the queues of the multiple traffic management components are adjusted according to the total number of tokens shared by the multiple traffic management components.

Through the above steps, because the token is received, the token is issued according to the issuance interval, the issuance interval is determined according to the number of valid links and the link congestion level, and the received tokens are multiple Shared by the traffic management components; adjust the tokens of the queues of the multiple traffic management components according to the total number of tokens shared by the multiple traffic management components. Therefore, it can avoid the unreasonable authorization in the related technology that leads to poor traffic management effects. Circumstances, improve the efficiency of traffic management.

Optionally, the delivery interval, the number of valid links, and the link congestion level satisfy the following relationship: when the link congestion level remains unchanged and the number of valid links changes, the delivery interval There is an anti-correlation relationship with the number of effective links; when the link congestion level changes and the number of effective links does not change, the delivery interval has a positive correlation relationship with the link congestion level.

Optionally, adjusting the tokens of the queues of the multiple traffic management components according to the total number of tokens shared by the multiple traffic management components includes: reading the token request queue; The designated queue in the token request queue issues tokens.

Optionally, in the case that the following conditions 1 and 2 are met and there are vacancies in the token request queue, the designated queue is allowed to enter the token request queue:

The first condition includes: the number of tokens in the designated queue is less than the stop request threshold, and the designated queue is not in the token request queue; the second condition includes: the designated queue is authorized, or the designated queue is polled .

Optionally, after adjusting the tokens of the queues of the multiple traffic management components according to the total number of tokens shared by the multiple traffic management components, the method further includes: applying for authorization to the superior queue according to the adjusted result.

Optionally, applying for authorization to the upper-level queue according to the adjusted result includes: determining whether to apply for authorization to the upper-level queue according to the number of tokens, the number of valid links, and the link congestion level of the designated queue; The superior queue applies for authorization.

Optionally, in response to the determination result of yes, requesting authorization from the superior queue includes: generating authorization request information according to the number of valid links, link congestion level, and the number of tokens in the designated queue; sending the authorization request information to the The superior queue.

In this embodiment, a token adjustment device is also provided, and the device is configured to implement the above-mentioned embodiments and optional implementation manners, and those that have been explained will not be repeated. As used below, the term "module" is a combination of software and/or hardware that can implement predetermined functions. Although the devices described in the following embodiments can be implemented by software, implementation by hardware or a combination of software and hardware is also possible and conceived.

Fig. 3 is a structural block diagram of a token adjustment device according to an embodiment of the present application. As shown in Fig. 3, the device includes:

The receiving module 31 is configured to receive tokens, where the tokens are issued according to the issuance interval, the issuance interval is determined according to the number of effective links and the link congestion level, and the number of tokens received is more Shared by all traffic management components;

The adjustment module 33 is configured to adjust the tokens of the queues of the multiple traffic management components according to the total number of tokens shared by the multiple traffic management components.

Through the above module, because the token is received, the token is issued according to the issuance interval, the issuance interval is determined according to the number of effective links and the link congestion level, and the received tokens are multiple Shared by the traffic management components; adjust the tokens of the queues of the multiple traffic management components according to the total number of tokens shared by the multiple traffic management components. Therefore, it can avoid the unreasonable authorization in the related technology that leads to poor traffic management effects. Circumstances, improve the efficiency of traffic management.

Optionally, the adjustment module 33 includes: a reading module, which is set to read the token request queue; and the issuing module, which is set to deliver to the designated queue in the token request queue according to the weight of the pre-configured designated queue Token.

Optionally, the specified queue is allowed to enter the token request queue when the following conditions 1 and 2 are met and there are vacancies in the token request queue: The condition one includes: the number of tokens in the specified queue is less than the stop The application threshold, and the designated queue is not in the token request queue; the second condition includes: the designated queue is authorized, or the designated queue is polled.

Optionally, the device further includes: an application module configured to adjust the tokens of the queues of the plurality of traffic management components according to the total number of tokens shared by the plurality of traffic management components, and then to the superior according to the adjusted result The queue applies for authorization.

Optionally, the application module includes: an application sub-module configured to determine whether to apply for authorization to the upper-level queue according to the number of tokens in the designated queue, the number of valid links, and the link congestion level; The superior queue applies for authorization.

Optionally, the application sub-module includes: an application unit, configured to generate authorization request information according to the number of valid links, the link congestion level, and the number of tokens in the designated queue in response to the determination result of yes; and the sending unit, configured to The authorization request information is sent to the superior queue.

It should be noted that each of the above modules can be implemented by software or hardware. For the latter, it can be implemented in the following manner, but not limited to this: the above modules are all located in the same processor; or, the above modules can be combined in any combination. The forms are located in different processors.

Alternative implementation

The embodiment of the present application provides an adjustment device that can coordinate two independent traffic management components, where each traffic management component includes a congestion management module. When the queue applies for authorization, according to the congestion of the switching network, part of the authorization application is automatically controlled, so that the two cores use the bandwidth of the switching network in coordination.

The two congestion management modules apply for authorization from bottom to top when certain conditions are met. Each queue of level L0 is 0～m0, and it applies to each queue of level L1 for authorization L0_apply[(m0-1):0] in turn. Each queue 0~m1 of L1 also applies for authorization to the upper level in turn, and each queue of L4 applies to L5 for authorization L4_apply[(m4-1):0] in turn. When the connection is normal, the authorization is issued from top to bottom according to the priority and weight of each level of queue configuration. L5 level issues authorization to L4 level, authorization enable L4_val, authorized queue number L4_qnum. L4 is then issued level by level, and finally to L0_val and L0_qnum. FIG. 4 is a schematic structural diagram of adding an adjustment device between two congestion management modules according to an optional embodiment of the present application. As shown in FIG. 4, an adjustment device is added in this embodiment, and the adjustment device is a single-chip scheduling device. The adjustment device can be added at a certain level, such as between L3 and L4. The following are examples of adding the adjustment device to the L3 level. The input signals of the adjustment device provided in this implementation are the number of effective links and the congestion level. After calculation, the addition conditions con_rdy_c0 and con_rdy_c1 of whether the L3 queues of core0 and core1 can be applied for authorization can be obtained. After these conditions and the original L3_apply_c0 and L3_apply_c1 are bitwise ANDed, new core0 and core1 signals L3_apply_new_c0[(n0-1):0] and L3_apply_new_c1[(n1-1):0] are generated to apply for authorization at the L4 level. This affects the core0 and core1 level application authorization signals. Among them, the added conditions con_rdy_c0 and con_rdy_c1 for the upward application authorization are controlled by the congestion level and the number of effective links. When congestion or when the number of effective links changes, if there is a change in the corresponding bits in each queue of con_rdy_0 and con_rdy_1, the authorization enable change is applied upwards, thereby automatically adjusting the authorization issued by the two cores.

Exemplarily, the switching link divides the congestion into levels according to the state of the cell buffer, and sometimes the number of effective links of the switching connection also changes. The switching interface summarizes the congestion level and the number of effective links and sends it to the internal traffic management component. The congestion management module in the traffic management component will reduce the number of token applications for each queue according to the two dimensions of the congestion level and the number of effective links, and then reduce the authorization issuance, thereby reducing the number of messages sent and received, and reducing the congestion of the switching network.

FIG. 5 is a schematic structural diagram of a traffic balancing device according to an optional embodiment of the present application. As shown in FIG. 5, the device of this embodiment is divided into three modules: a single-chip token management module, L3 single queue of core0 and core1 Token management module, single-queue first-in, first-out (first input first output, fifo) management module.

The single-chip token management module is set to calculate and maintain the total number of tokens for the two cores. First, query the pre-configured single-chip token issuing interval according to the feedback con_level and the number of valid links serdes-num. According to the token issuance interval, the total tokens added to the two cores. At the same time, when the token is issued from the total token to the L3 level single-queue tokens of core0 and core1, the token is subtracted from the total single-chip token. Maintain the number of tokens and control whether to respond to a single-queue fifo dequeue request.

The single-queue token management module is set to calculate and maintain the number of tokens in a single queue at the L3 level of core0 and core1. When the single-chip total token module issues a token to a single queue according to the configuration weights of each queue of core0 and core1, the token is added to the queue. When a queue at this level applies for authorization upwards and is authorized, the queue token is deducted. Maintain the tokens of all queues at the L3 level of core0 and core1.

The single-queue fifo management module is set as follows: each queue at the L3 level of core0 and core1 needs to enter the fifo, and apply for tokens to the single-chip token management module according to a fixed time slot. Manage the operations related to entry and exit of each queue.

In this embodiment, between the two congestion management modules, under different total link bandwidths and different exchange congestion levels, according to the configuration weight of each queue at the L3 level, the traffic of each queue issued is automatically adjusted, and the single chip The total traffic will not exceed the total bandwidth that the link can bear. When the exchange is congested, the traffic is appropriately reduced to reduce the congestion of the exchange.

In this embodiment, the delivered traffic can be automatically adjusted under different switching congestion levels, so that the traffic does not exceed the total bandwidth that the link can bear. And when the exchange is congested, the traffic is appropriately reduced to control the degree of congestion in the exchange. By controlling the authorization application signal of each queue at the L3 level of core0 and core1, the authorization issuance is indirectly controlled, so that the flow of the two cores is balanced when the switching network is congested or the link changes.

Fig. 6 is a schematic diagram of each queue token at the L3 level of core0 and core1 according to an optional embodiment of the present application. As shown in Fig. 6, a single-chip token manages and maintains the total token value of two cores. The single-queue token management module maintains the token values of all the queues under core0 and core1. The queue number of core 0 is {1’b0, core0_que_id}, and the queue number of core1 is {1’b1, core1_que_id}. When all the queues of core0 and core1 meet certain conditions, they are written into the single-queue fifo, and the queue applies to the single-chip token management for the single-queue token of its own queue. When it is the turn of a certain queue, the single-queue token management module allocates the single-chip token value to the queue token.

Fig. 7 is a flowchart of a single-chip token addition and consumption process according to an optional embodiment of the present application. As shown in Fig. 7, the single-chip token addition and consumption process flow. For single-chip token management, the total token value is added: according to the feedback congestion level and effective link, the single-chip token issuance interval is queried, and the issuance interval is intl cycles. It is fixed every intl cycles to add a token to the total token value to maintain and update the single-chip token value.

Single-chip token issuance interval configuration, the rules are as follows: under the same congestion level, the configuration issuance interval is inversely proportional to the number of effective links, so that the total traffic of a single chip will not exceed the total bandwidth that the link can bear.

The effective link tolerable traffic determines the single-chip token issuance interval, and the relationship is as follows:

crdt_value/(intl*T)=data_flow

Where crdt_value is the authorized value of core0 and core1, intl is the number of chip clock cycles included in the actual single-chip token issuance interval, T is the chip clock cycle length, and data_flow is the total bandwidth that the effective link can bear.

Under the same congestion level, the number of effective links changes, and the tolerable total bandwidth data_flow also changes. The sum of the maximum bandwidth supported by each effective link is the total bandwidth that the effective link can bear. Under different congestion levels, when the number of effective links is the same, the issuing interval changes according to a certain ratio.

Single-chip token value reduction: fixed time slot and when the queue waiting in the single-queue fifo is not empty, and the total single-chip token is greater than 0, it means that there is a queue that can apply for a token from the single-chip token management. Read at this time The queue information in the single queue fifo is read, and the weight information configured in core0 or core1 corresponding to the queue is read. According to the weight wt configured in the queue, wt tokens are subtracted from the single-chip token value, and wt tokens are added to the queue. The flag of the queue is written as 0 in the fifo, and the single-chip token value is maintained and updated.

Figure 8 is a flow chart of operations related to the enqueue and dequeue of a single-queue fifo according to an optional embodiment of the present application. As shown in Fig. 8, a single-queue fifo enqueues and dequeues related operations, and there are vacancies in the single-queue fifo In this case, first, each queue of core0 and core1 has three chances to enter the single-queue fifo. One is that there are queues in core0 that are authorized, and core1 has queues that are authorized. Second, at the time of polling scan, in order to avoid queues that have not been served for a long time under special circumstances, a fixed time such as 32 chip clock cycle length (clock, clk) is the cycle, starting from queue number 0 to the maximum queue number, polling check The token value of all queues. The third is after the queued fifo is read out, after adding wt tokens to the single queue. At the same time, when the token value of the queue is negative or positive and the token value is less than the single-queue stop application threshold apply_off_th, and the queue is not in the single-queue fifo (that is, the enq_flag flag is 0), then it is written into the single-queue fifo. At the same time, the flag enq_flag indicating that the queue is not in the single-queue fifo is written as 1. After writing the single-queue fifo, it represents the queue waiting to apply for a token from the single-chip token management module.

In a fixed time slot, and the single-queue fifo is not empty, read the queue information in the fifo, and the flag enq_flag of the single-queue fifo that the queue is not in the single-queue fifo is written as 0. Then read the distribution weight wt of the core and the queue. According to the queue information and the distribution weight, the token value of a single chip is reduced by wt tokens, and the token value of the queue is added by wt tokens. Maintain and update the single-chip token value and the queue token value.

Fig. 9 is a flowchart of a single-queue token addition and consumption process according to an optional embodiment of the present application. As shown in Fig. 9, the single-queue token addition and consumption process flow. For a single-queue token value, after the core and the L3 level queue obtain wt tokens distributed by a single chip, they are added to the original token value of the queue to maintain and update the queue token value. The decrease in the queue token value means that after the core and the L3 level queue are authorized, the corresponding token value of the queue is reduced by one operation to maintain and update the queue token value. In this way, core0 and core1 are balanced to obtain tokens according to the weights of the queues of each core at the same level. According to the token value of each queue, calculate the condition signal con_rdy for two cores to apply for authorization, and con_rdy affects whether to apply for authorization to the upper level. For example, if the queue token value of the core0 is less than or equal to 0, then con_rdy_c0[i]=0, (i is {1'b0, core0_que_id}). If the queue token value of the core0 is greater than 0, then con_rdy_c0[i]=1. Similarly, core1 generates con_rdy_c1[(n1-1):0].

Two cores, get the additional conditions con_rdy_c0[(n0-1):0], con_rdy_c1[(n1-1):0] whether the L3 queues of core0 and core1 can apply for authorization upwards. After these conditions and the original L3_apply_c0[(n0-1):0], L3_apply_c1[(n1-1):0] are phased with each other, a new core0 and core1 signal L3_apply_new_c0[(n0-1) to apply for authorization at the L4 level is generated. ):0], L3_apply_new_c1[(n1-1):0].

The above description of this embodiment is only an implementation case between two traffic management components, and is not a limitation of this application, and it is also applicable to automatic balancing of traffic among multiple traffic management components.

Through the description of the above embodiments, those skilled in the art can clearly understand that the method according to the above embodiment can be implemented by means of software plus the necessary general hardware platform, of course, it can also be implemented by hardware, but in many cases the former is Better implementation. Based on this understanding, the technical solution of this application essentially or the part that contributes to the related technology can be embodied in the form of a software product, and the computer software product is stored in a storage medium (such as a read-only memory (Read-Only Memory)). , ROM)/Random Access Memory (Random Access Memory, RAM, magnetic disk, optical disk), including several instructions to make a terminal device (can be a mobile phone, computer, server, or network device, etc.) execute this application The method described in each embodiment.

The embodiment of the present application also provides a computer-readable storage medium, and a computer program is stored in the computer-readable storage medium, wherein the computer program is configured to execute any of the foregoing method embodiments when running. step.

Optionally, in this embodiment, the above-mentioned computer-readable storage medium may be configured to store a computer program for executing steps S1 to S2.

In step S1, a token is received, where the token is issued according to the issuance interval, the issuance interval is determined according to the number of effective links and the link congestion level, and the received tokens are multiple Shared by traffic management components.

In step S2, the tokens of the queues of the multiple traffic management components are adjusted according to the total number of tokens shared by the multiple traffic management components.

Through the above steps, because the token is received, the token is issued according to the issuance interval, the issuance interval is determined according to the number of effective links and the link congestion level, and the received tokens are multiple Shared by the traffic management components; adjust the tokens of the queues of the multiple traffic management components according to the total number of tokens shared by the multiple traffic management components. Therefore, it can avoid the unreasonable authorization in the related technology that leads to poor traffic management effects. Circumstances, improve the efficiency of traffic management.

Optionally, for specific examples in this embodiment, reference may be made to the examples described in the above-mentioned embodiments and optional implementation manners, and details are not described herein again in this embodiment.

Optionally, in this embodiment, the foregoing storage medium may include, but is not limited to: U disk, ROM, RAM, mobile hard disk, magnetic disk, or optical disk, and other media that can store computer programs.

The embodiment of the present application also provides an electronic device, including a memory and a processor, the memory is stored with a computer program, and the processor is configured to run the computer program to execute the steps in any of the foregoing method embodiments.

Optionally, the aforementioned electronic device may further include a transmission device and an input-output device, wherein the transmission device is connected to the aforementioned processor, and the input-output device is connected to the aforementioned processor.

Optionally, in this embodiment, the above-mentioned processor may be configured to execute step S1 to step S2 through a computer program.

Through the above steps, because the token is received, the token is issued according to the issuance interval, the issuance interval is determined according to the number of effective links and the link congestion level, and the received tokens are multiple Shared by the traffic management components; adjust the tokens of the queues of the multiple traffic management components according to the total number of tokens shared by the multiple traffic management components. Therefore, it is possible to avoid unreasonable authorization in the related technology that leads to poor traffic management effects Circumstances, improve the efficiency of traffic management.

Obviously, those skilled in the art should understand that the above-mentioned modules or steps of this application can be implemented by a general computing device, and they can be concentrated on a single computing device or distributed in a network composed of multiple computing devices. Above, alternatively, they can be implemented with program codes executable by a computing device, so that they can be stored in a storage device for execution by the computing device, and in some cases, they can be executed in a different order than here. Perform the steps shown or described, or fabricate them into individual integrated circuit modules respectively, or fabricate multiple modules or steps of them into a single integrated circuit module for implementation. In this way, this application is not limited to any specific combination of hardware and software.

Claims

A token adjustment method, including:

A token is received, wherein the token is issued according to an issuance interval, the issuance interval is determined according to the number of valid links and the link congestion level, and the received token is for multiple traffic management Shared by components;

According to the total number of tokens shared by the multiple traffic management components, the tokens of the queues of the multiple traffic management components are adjusted.
The method according to claim 1, wherein the delivery interval, the number of effective links, and the link congestion level satisfy the following relationship:

In a case where the link congestion level remains unchanged and the number of effective links changes, the delivery interval and the number of effective links are in an inverse correlation;

When the link congestion level changes and the number of effective links remains unchanged, the delivery interval is in a positive correlation with the link congestion level.
The method according to claim 1 or 2, wherein adjusting the tokens of the queues of the plurality of traffic management components according to the total number of tokens shared by the plurality of traffic management components includes:

Read the token request queue;

According to the pre-configured weight of the designated queue, the token is issued to the designated queue in the token request queue.
The method according to claim 3, wherein the specified queue is allowed to enter the token request queue when the following conditions 1 and 2 are satisfied and there is a space in the token request queue:

The condition one includes: the number of tokens in the designated queue is less than a stop application threshold, and the designated queue is not in the token request queue;

The second condition includes: the designated queue is authorized, or the designated queue is polled.
The method according to claim 1, after adjusting the tokens of the queues of the multiple traffic management components according to the total number of tokens shared by the multiple traffic management components, further comprising:

Apply for authorization from the superior queue according to the adjusted result.
The method according to claim 5, wherein applying for authorization to the superior queue according to the adjusted result comprises:

Determine whether to apply for authorization from the upper-level queue according to the number of tokens in the designated queue, the number of valid links, and the link congestion level; in response to the determination result of yes, apply for authorization from the upper-level queue.
The method according to claim 6, wherein in response to the determination result of yes, applying for authorization from the upper-level queue comprises:

Generating authorization request information according to the number of valid links, the link congestion level, and the number of tokens in the designated queue;

Sending the authorization request information to the upper-level queue.
A token adjustment device, including:

The receiving module is configured to receive tokens, wherein the tokens are issued according to the issuing interval, the issuing interval is determined according to the number of effective links and the link congestion level, and the received token Shared by multiple traffic management components;

The adjustment module is configured to adjust the tokens of the queues of the plurality of flow management components according to the total number of tokens shared by the plurality of flow management components.
A computer-readable storage medium having a computer program stored in the computer-readable storage medium, wherein the computer program is configured to execute the method described in any one of claims 1 to 7 when it is set to run method.
An electronic device comprising 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 method described in any one of claims 1 to 7 .